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(57) Abstract 

Up until now, a central and global 
unit have been integrated into one module 
which processes all of tte configuraticHi re- 
quests. The inyentiOQ provides for a plu- 
rality of active units which can take over 
this task. These units are arranged in a hi- 
erarchy, A request from the lowest level 
is only transferred to the next highest level 
if the request cannot be processed. The 
highest level is connected to an internal or 
external higher-order configuration memory 
which contains all the configuration data ever 
required for this progr a mme run. Deadlocks 
are avoided duou^ the introduction of a 
fixed chronological order of tht configura- 
tions to be loaded and through die organi- 
sation of the configurations into a list The 
GEL (cell) status information is secured be- 
fore loading and thmfoxe remains unchanged throughout die processing of the entire list of configurations. 
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(57) Zusaminenfassiitig 

Anstatt wic bisher eihe zcntrale und globale Einhcit in einch Bausteih zu integrieren, welche ialle Konfigurations-Ahforderungen 
beaibeitet, existiercn nun cine Mehizah) von hierarchisch angeordneten alctiven Einheiten, welche diese Aufgabe abemehmen kdnnen. 
Dabei wird eine Anfoidening v(m dcr tiefsten Ebene nur dann an die nilchst hdher gelegene Ebene weitergelcitct, wcnn die Anfordenmg 
nicht beaibeitet wcrden konnte. IMe hOchst gelegene Ebene ist an einen intemen oder exteanen flbeigeofdnetcn Konfigurationsspeicher 
angeschlossen, der alle jemals fllr dicsen Piogrammlauf benOtigten Konfigurationsdaten cnthait. Deadlocks weiden veihindert, indem eine 
feste zeitliche Abfolge der zu ladenden Konfigurationen eingefiUiit wild und die Konfiguiationen zu einer Liste zusammengefasst wraden. 
Die Statusinfoimationen der werden vor dem Laden gesichert und bleiben dadurch wShrend des Abaibeitens der gesamten Liste von 
Konfiguiationen unverSndeit ' ' " 
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Verfahren zur deadlockf reien Konf iguration von 
DatenfluBprozessoren und Bausteinen mit zwei- Oder 
mehrdimensionaler programmierbarer Zellstruktur (FPGAS/ 
DPGAis , o . . dgl . ) • .... 

Hintergrund der Erfindung 
Stand der Technik 

Der Stand der Technik^ welcher diese Patentschrift 
zugrunde liegt, ist durch die Patentanmeldung 196 54 
846 .2-53 (Verfahren zum selbstandigen dynamischen 
Umladen von DatenfluBprozessoren (DFPs) sowie Bausteinen 
mit zwei- oder mehrdimensionaler programmierbaren 
Zellmatrix (FPGAs, DPGAs/ o.dgl.) und der 
Patentanmeldung 196 54 593.5-53 (Umkonf igurierungs 
Verfahren fur prograinmierbare Bausteine zur Laufzeit) 
beschrieben. Darin wird ein Verfahren zur Konf iguration 
und Umkonfigurat ion v.on DFPs, sowie FPGAs> DPGAs und 
ahnlichen Bausteinen nach dem Stand der Technik/ 
beschrieben, bei dem ein separat ausgestalteter zentral 
iibergeordneter Mikrokontroller-ahnlicher Baustein die 
Verteilung von Konfigurationsdaten an mehrere 
untergeordnete, weitgehend passive Steuereinheiten 
ubernimmt • 

Probleme 

Durch den Einsatz einer zentralen und globalen Einheit, 
welche die Rekonf iguration von Teilen (z.B. Zellen 
(CELs)) eines oder mehrerer Bausteine steuert, kommt es 
zu EngpSssen, wenn viele verschiedene Rekonfigurations- 
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Anfragen auf einmal behandelt warden miissen. Die 
Vorteile der Parallelitat, der beschriebenen Bausteine, 
wird durch eine solche zentrale Einheit stark 
eingeschrSnktV da.sie deh'ty^ 
. daxstellt . und die Verarbeitung. der Daten. dadurch 
erheblich verlangsamt . 

Weiterhin ist die Zuordnung der Ereignisquelle zu der zu 
ladenden Konf iguration problematisch, da mit absoluten 
Adressen des Konfigurationsspeichers gearbeitet wird. 

. Die Rekonf igurations-Einheit iriuB also, eine Art 

Speicherverwaltungssystem beinhalten, welche, Shnlich 
wie in einem Betriebssystem, mitprotokolliert, welche 
Speicherbereich. von welcher. Konf iguration benutzt 
werden . 

Ein zusatzliches Problem stellt die Verwaltung der 
Resourcen (z.B. CELs) dar. Es mufi sichergestellt sein, 
dai5 jede CEL nur genau einmal an einen von einer 
Rekonf igurationsanf rage gestartetem Algorithmus vergeben 
wird und zwar denjenigen der auch die restlichen 
umliegenden CEL verwendet, da ansonsten Deadlocks 
auftreten konnen. 

Urn die Problematik der Umkonfiguration nochmals zu 
verdeutlichen wird folgendes Beispiel gegeben: 
Eine Matrix aus CELs ist unkonf iguriert und im RESET- 
Zustand. Jede CEL ist in der Lage anzuzeigen, ob sie 
sich in einem umkonf igurierbaren Zustand befindet. Alle 
CELs in der Matrix sind bereit konf iguriert zu werdeii; 
befinden sich also in einem umkonf igurierbaren Zustand. 
Eine erste Konf igurationsroutine (KRl) wird geladen, 
wobei die Matrix nicht vollstandig benutzt wird. Die 
konf iguriert en CELs heben die Anzeige, daB sie sich in 
einem konf igurierbaren Zustand befinden auf. In eine 
Gruppe der noch nicht konf igurierten CELs wird eine 
zweite, von der Ersten unabhangigen, 
Konf igurationsroutine {KR2) geladen. Eine dritte 
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Konf iguration kann nicht geladen warden, da diese CELs . 
der er sten. ..und/oder ,^ zweiten Kpnf igurat ionsrqu^^^ (?^3 ), 
benotigt, die sich aber in keinem umkonf igurierbaren 
Zustand befinden, dai sie benutzt werden. 
KR3 itiuB. so lange angehalten werden^ bis die benStigten 
CEL freigegeben wurden, d.h. KRl und KR2 terminiert 
haben , 

Wahrend der Ausfiihrung von KRl und KR2 kommt eine 
Ladeanf orderung fur eine vierte Konf igurationsroutine 
(KR4) und eineffinfte Konf igurationsroutine (KR5) hinzu, 
die alle nicht sofort geladen werden konnen, da sie CELs 
benutzen, die von KRl und KR2 verwendet werden. KR3 und 
KR4 benutzen teilweise die selben CELs, KR5 benutzt 
keine der CiELs von KR3 und KR4 . 

Urn KR3-5 ordentlich nachzuladen existieren folgende 
Forderungen: 

1. KR3-5 sollen so geladen werden, daB die zeitliche 
Reihenfolge gemaB den Ladeanforderungen moglichst 
beibehalten wird. 

2, Moglichst viele KR die unabhangig von einander sind, 
also keine geme ins amen CELs besitzen, sollen geladen 
werden, um ein Hochstmafi an Parallelitat zu erhalten. 

.3. Die KRs durfen sich nicht gegenseitig blockieren, 
d.h. KR3 ist teilweise geladen, kann jedoch nicht weiter 
geladen werden, da andere CELs durch die teilweise 
geladene KR4 blockiert sind; wahrend KR4 auch nicht 
weiter geladen werden kann, da wiederum benotigte CELs 
durch KR3 blockiert sind. Dies fiihrt zu einer typische 
Deadlock-Situation . 

4. Dem Compiler, der die KRs generiert hat ist es nicht 
mSglich das zeitliche Zusammenspiel der KRs zu erkennen 
und so aufzuldsen, daB es zu keiner Konf liktsituation 
koirant . 
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Dabei soil das Verhaltnis zwischen den Aufwand fur eine 
zu. realisierende S.chal^ und eines pptimalen. . 
Ergebnisses moglichst gut sein, d.h. Ziel der Erfindung 
ist es m±t moglichst geringem Aufwand eine flexible, 
parallele, Deadloek-freie Konfiguration zu ermoglichen, 
die mit wenig Zeit- und Rechenaufwand durchgefiihrt 
werden kann. Dabei miissen folgende Grundprbbleme gelost 
werden: 

- Wiirde nur KR3 geladen werden, wSre das Verfahren 
Deadlock-f rei, .doch nicht optimal/ da. auch KR5 geladen 
werden konnte. 

- Wird KR3 geladen,. KR4 nicht, jedoch KR5 muB KR4 so 
vorgemerkt werden, dafi es bei einem nachfolgenden 
Ladevorgang die hochste Prioritat besitzt, was einen 
hohen Verwa It ungs aufwand bedeutet. 

Die Deadlockfreiheit ist durch das nachfolgend 
beschriebene Verfahren gegeben: 

Verbesserung durch die Erfindimg, Aufgabe 

Die Grundaufgabe der vorliegenden Erfindung ist eine 
Einheit - im folgenden Konf igurationstabelle (CT) 
genannt ~, die hierarchisch aufgebaut ist und auf jeder 
Ebene mehrfach vorkoramen kann, wobei sich die Zahl der 
CTs von der untersten Hierarchiestuf e zur obersten so 
verringert, daB auf der hochsten Ebene genau eine CT 
vorhanden ist . - Jede CT kpnfiguriert. und kontroiliert 
unabhSngig von anderen und parallel eine Mehrzahl von 
konf igurierbaren Elementen (CELs) . CTs hoherer 
Hierarchiestufen konnen Konf igurationsroutinen fiir 
tieferliegende CTs zwischenspeichern . Benotigen mehrere 
der tieferliegenden CTs ein und dieselbe 
Konfigurationsroutine, wird diese bei einer 
hoherliegenden CT zwischengespeichert und von den 
einzelnen CTs abgerufen, wobei die hoherliegende CT die 
betreffende Konfigurationsroutine nur ein Mai aus einem 
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globalen gemeinsamen Konf igurationsspeicher abruft, 
woduirch ein Cache-Ef f ekt^ e 

konf igurierbarer Bausteine kann die vorliegende 
Erfihdung als Cacheverfahren fiir Inistruktions- uhd 
Datencache in Mikroprozessoren, DFP oder dgl. mit 
mehreren Rechenwerken eingesetzt werden. Dabei konnen, 
je nach Anwendung, einige der im folgenden beschriebenen 
Einheiten entfallen (z.B. FILMO) , am hierarchischen 
Aufbau andert sich jedoch grundlegend nichts. Deshalb 
wird dieser. Einsatz als.eine Teilmenge betraehtet und, . 
nicht weiter darauf eingegangen. Ein erheblicher Vorteil 
des beschriebenen Verfahrens gegenuber gewohnlichen 
Cacheverfahren ist, dali Daten und/oder Code selektlv, . 
d.h, anhand von exakt auf den Algorithmus abgestimmten 
Methoden gecached werden. 

Ebenfalls ermoglicht die vorliegende Erfindung das 
vollstandig deadlockf reie Umkonf igurieren von grofien 
Zellstrukturen . 

Beschreibung der Erfindung 

Anstatt wie bisher eine zentrale und globale Einheit in 
einen Baustein zu integrieren, welche alle 
Konfigurations-Anforderungen bearbeitet, existieren nun 
eine Mehrzahl.von hierarchisch (Baumstruktur) 
angeordneten aktiven Einheiten, welche diese Aufgabe 
ubernehmen konhen; 

Dabei wird eine Anforderung von der tiefestenEberie (den 
Blattern in der Hierarchie) nur dann an die nachst hoher 
gelegene Ebene weitergeleitet, wenn die Anforderung 
nicht bearbeitet werden konnte. Diese Schritte werden 
fiir alle vorhandenen Ebenen wiederholt, bis die hochst 
gelegene Ebene erreicht ist. 

Die hSchst gelegene Ebene ist an einen internen oder 
externen libergeordneten Konf igurationspeicher 
angeschlossen, der alle jemals fiir diesen Programlauf , 
benotigten Konf igurationsdaten enthSlt. 
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Durch die Baums.truktur der Konf igurationseinheiten wird 
eine Art.Cacheing der Konf igurationsdaten erreicht. 
Zugriffe auf Konf igurationen finden hauptsachlich lokal 
.statt/ Ini ungiinstigsten Fali muss eine Korifiguration aus 
den ubergeordneten Konf igurationsspeicher geladen 
werden^ falls die betreffenden Daten in keiner der 
hierarchisch angeordneten CTs vorhanden sind. 
Deadlocks werden verhindert, indem eine feste zeitliche 
Abfolge der zu ladenden Konfigurationen eingefiihrt wird 
und die Konfigurationen zu einer Liste zusammengefafit 
werden* Die Statusinformationen der CEL werden vor dem 
Laden gesichert und bleiben dadurch wahrend des , 
Abarbeitens der gesamten. Liste von Konfigurationen. 
unverandert . - 

Die Grundlagen der CT 

Eine Konf igurationstabelle (CT) ist eine aktive Einheit, 
die auf Synchronisationssignale/ sogenannten Trigger^ 
reagiert . Die. Trigger werden von einer zwei- oder 
mehrdimensionalen Matrix aus elektronischen Baugruppen^ 
fur gewohnlich arithmentischen oder logischen Einheiten, 
Adressgeneratoren, Recheneinheiten, o.a. - im folgenden 
konfigurierbare Elemente (CEL) genannt - generiert. 
Anhand des auftretenden Trigger wird eine bestimmte 
Aktion innerhalb der CT ausgelSst. Dabei ist es Aufgabe 
der CT die Steuerung einer Mehrzahl von CELs zu 
ubernehmeh und deren iarithmetischen und/oder logischen 
Operationen zu bestimmen. Insbesondere miissen CELs 
konfiguriert und umkonf iguriert werden, Diese Aufgabe 
ubernimmt eine CT, indem sie eine Mehrzahl von moglichen 
Konfigurationsroutinen (KR) , die ihrerseits jeweils aus 
einer Mehrzahl von einzelnen Konf igurationsworten (KW) 
bestehen, verwaltet und eine Mehrzahl von CELs aufgrund 
von Triggerbedingungen mit einer oder mehrerer der KR 
konfigurieren. Dabei erhSlt eine CEL jeweils eines oder 
mehrere der Konf igurationsworte, die mit der Adresse der 
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zu konf igurierenden CEL versehen sind* Eine KR mufi dabei 
yollstahdig und korfekt auf eine Mehrzahl yon CELs 
abgebildet werden, wobei mehrere GELs zu Gruppen 
zusammengefafit sein konnen; die mit jeweils 
unterschiedlichen, aber vollstandig ausgefuhrten KRs 
konfiguriert werden. Dabei sind alle CELs in einer 
Gruppe so verschaltet, daB nach Feststellung einer 
notwendigen Umkonf igurierung alle gruppierten CELs durch 
ein gemeinsames Signal (ReConfig) mitgeteilt wird, dalJ 
jede CEL die Datenyerarbeitung. zu beenden und in einen 
umkonf igurierbaren Zustand tiberzugehen hat. 

Gzruhdlagen der dieadlockf reien Umkonf iguration 

Bei zur Laufzeit umkonf igurierbaren Systemen tritt das 
Problem auf, dali das System in einen Zustand gelangen 
kann, in dem jeweils zwei Telle aufeinander wart en und 
somit eine Deadlock Situation eingetreten ist. 

Dieses Problem konnte vermieden werden, indem eine neue 
Konf iguration immer nur ganz Oder gar nicht in das 
System geladen wird, oder eine Art Timeout -Verfahren 
eingesetzt wird. 

Dadurch entstehen ein Reihe von Nachteilen (benotigter . . 
Platz, Laufzeit etc.) und Problemen, wie zum Bexspiel: 

- Vorgehen, falls eine Konf iguration nicht geladen 
werden kanri. 

- Verwaltung der Reihenfolge, in der die Konf igurationen 
geladen werden 

~ Performance Einbruch, da andere Konf igurationen, 
welche eventuell in die CELs geladen werden konnten, 
nicht beachtet werden. 

Mit dem folgend beschriebenen Verfahren kSnnen diese 
Probleme beseitigt werden. Es wird von einem DFP System 
nach dem Stand der Technik ausgegangen. 
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Von einer CEL aus, wird eiri Trigger-Signal an eine CT 

gesendet. Diese CT stellt die Triggerquelle test und 

waHlt durch eine iiObk-U^ 'ladende 

Konf iguration (KR) aus.. Die eingehenden Triggersignale 

warden gesperrt, es werden keine weiteren Trigger bis 

zur kompletten Abarbeitung der aktuellen Konf iguration 

akzeptiert.. Eine Konf iguration besteht aus mehreren 

Befehlen, welche an eine Menge von CELs ubertragen wird. 

In einem zur Lauf zeit konf igurierbaren System ist 

allerdings nicht sichergestelltr daU jeder 

Konf igurations-Befehl (KW) auch ausgefiihrt werden kann. 

Dies kann zum Beispiel daran scheitern, daii das 

adressierte konf igurierbare Element (CEL) seine Aufgabe 

noch nicht beendet hat und somit keine neuen 

Konf igurationsdaten entgegen nehmen kann. Um einen 

Performance Einbruch zu verhindern, werden alle 

Konf igurationsbefehle, welche nicht abgearbeitet werden 

konnten (da sich die entsprechenden CELs in einem nicht 

umkonf igurierbaren Zustand befanden und die 

Konf iguration ablehnten (REJECT) ) ^ entsprechend eines 

FIFOs hinter den letzten sich in einem (nachfolgend 

nSher beschrieben) speziellen Speicher (FILMO) 

befindenden Konfigurationsbefehl geschrieben. Danach 

wird der nachsten Konfigurationsbefehl, nach dem 

gleichen Verf ahren, abgearbeitet . Dies wiederholt sich 

solange, bis. das Ende einei: Konf iguration lerreicht. 

wurde . 

Danach geht die CT, wieder in den Zustand iiber, in dem 
sie Trigger-Signale akzeptiert, um eventuell weiter 
Konfigurationen zu laden. In diesem Zustand arbeitet die 
CT den FILMO in regelmaBigen AbstSnden, durch einen 
Zeitgeber gesteuert, ab. 
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Eine Priorisierung der zu ladenden Konf igurationen wird 
erreicht,. indem die CT den Speicher FILMO durchiauft, 
bevor die eigentlich zu ladende Konf iguration bearbeitet 
wird, bur.ch.eine FIf6=-^M^ des FlLMO wird 

sichergestellt, dafi.KWs, welche wahrend vorhergehenden 
Triggeranf orderungen nicht vollstandig abgearbeitet 
warden konnten, automatisch eine hohere Prioritat vor 
den neu abzuarbeitenden WK erhalten. Bei der Abarbeitung 
des Speichers (FILMO) wird jedes durch einen 
Konf igurationsbefehl adressierte . konf igurierbare Element 
(CEL) vor Oder wahrende des Sendens eines KWs getestet, 
ob es sich. im Zustand '^umkonf igurierbar" befindet. I5t 
dieser Zustand "umkpnf igurierbar" (ACCEPT), werden die 
Daten ubertragen und aus dem Speicher FILMO geloscht. 
1st der Zustand "nicht umkonf igurierbar" (REJECT), 
bleiben die Daten im FILMO und werden beim nachsten 
Durchlauf erneut abgerarbeitet . Die CT verarbeitet den 
nachsten Eintrag im FILMO. 

Dies wiederholt sich solange, bis das Ende des FILMO 
erreicht ist. Danach wird die eigentliche, durch das 
Auftreten des Trigger-Signals aktivierte Konf iguration 
abgearbeitet. Der Aufbau des FILMOs entspricht dabei dem 
FIFO Prinzip, das heifit, es werden die aitesten EintrSge 
zuerst verarbeitet. Um den FILMO auch abzuarbeiten, wenn 
keine neue KR geladen wird, wird der FILMO von einem 
Timer gesteuert in riBgelmSliigen Abstanden durchlauf en. 

Die iibrigen, nicht beteiligten konf igurierbaren Elemente 
(CEL) arbeitet wahrend dieser Phase parallel weiter und 
wird nicht in ihrer Funktion beeinfluBt. Dadurch kann 
der Fall eintreten, dafi wahrend die CT den FILMO 
abarbeitet, eine oder mehrere konf igurierbaren Elemente 
(CELs) in den Zustand "umkonf igurierbar" iibergehen. Da 
die CT sich mit der Abarbeitung an einer beliebigen 
Stelle innerhalb des FILMOs befinden kann, kSnnte 
folgender Fall eintreten: 
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Die CT versucht einen ersten B^fehl abzuarbeiten dessen 
. adress.iertes konfiguri (CEL) sich .nicht .in 

dem Zustand "umkonf igurierbar" befindet. Die CT fShrt 
somit mit dem nachsten Befehl (KW) fort. Zur sellDen Zeit 
..gehen ein Oder mehrere konfigurierbaren Elemente in den 
Zustand "umkonf igurierbar" uber, darunter auch das 
konf igurierbare Element, welches durch den ersten 
Konf igurationsbefehl hatte beschrieben werden konnen. 
Die CT verarbeitet einen zweiten Konf igurationsbefehl 
(KW) welcher das gleiche konf igurierbare. Element (CEL) 
benutzt, wie der erste Konf igurationsbefehl, allerdings 
aus einer anderen Konfiguration stammt. Zu diesem 
Zeitpunkt, befindet . sich das konfigurierbare Element 
(CEL) in dem Zustand "umkonf igurierbar" und der Befehl 
kann erfolgreich abgerarbeitet werden. 

Dadurch ist nicht mehr sichergestellt, dafi die 
Konfiguration, welche zuerst geladen werden sollte, auch 
tatsachlich zuerst fertiggestellt wird. Es konnen nun 
zwei teilweise fertige Konf igurationen existieren, 
welche jeweils konfigurierbare Elemente der anderen 
Konfiguration benotigen, urn vollstandig geladen zu 
werden. Eine Deadlock-Situation ist eingetreten, die in 
Figur 18 verdeutlicht wird. Konfiguration A und 
Konfiguration B sollen konfiguriert werden. Die CT hat 
den schraf f ierten Teil von Konfiguration A und 
Konfiguration B bereits geladen. Konf igurat ion A 
benotigt zur Fertigstellung noch den hell-doppelt 
schraf f ierten Bereich von Konfiguration B, und 
Konfiguration B benotigt zur Fertigstellung noch den 
dunkel-doppelt schraf fierten Bereich von Konfiguration 
A. Da beide Konf igurationen noch nicht vollstandig 
abgeschlossen sind, und somit auch nicht funktionsfahig, 
tritt fur keine der beiden Konfigurationen der 
Terminierungszustand ein, in dem eine der 
beiden Konfigurationen entfernt wiirde. Beide 
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Konf igurationen warten darauf , daB die noch benotigten 
konf igurierbaren Elemente freigegeben werden. 

In dem vorliegenden Verfahren wird ein Deadlock 
yerhindert/ indem die CT yor der Abarbeitung des FILMOs 
die Zustande aller konf igurierbarer Elemente erfafit und 
danach bis zur Beendigung des Vorgangs keine Anderungen 
mehr zulaBt, bzw, auftretende Anderungen ignoriert. Mit 
anderen Worten, es werden entweder die Zustande aller 
konf igurierbaren Elemente. vor der Abarbeitung des FILMOs 
gesichert oder eine Veranderung der Zustande wahrend der 
Abarbeitung des FILMOs verhindert. Eine mogliche . 
teehnisGhe Ausfiihrung ist der Einsatz eines^ Registers in 
jedem konf igurierbaren Element, in das der Zustand vor 
Abarbeitung des FILMOs gesichert wird. Die CT arbeitet 
nur auf Basis der erfaiJten Zustanden und nicht mit den 
aktuellen Zustanden der konf igurierbaren Elemente. 
Dadurch ist sichergestellt^ daB jeder zu bearbeitende 
Befehl (KW) den gleichen Zustand der konf igurierbaren 
Elemente (CELs) vorf indet . Dieser Schritt schlieBt nicht 
aus, daB ein oder mehrere konf igurierbaren Elemente 
wahrend der Abarbeitung des FILMOs, in den Zustand 
"umkonfigurierbar" iibergehen. Diese Xnderung ist f(ir die 
CT wahrend der Verarbeitung lediglich nicht sofort 
sichtbar, sondern erst zu Beginn des nachsten 
Durchlaufs. 

Konfigurations-Reihenfolgen 

Zur Konfiguration bestimmter Algorithmen ist es 
unbedingt notwendig, die Reihenfolge in der die KW in 
die CEL geschrieben werden exakt einzuhalten. 
Beispielsweise ist es sinnvoll vor AnschluB einer CEL an 
ein Bussystem/ zuerst das Bussystem zu konfigurieren, 
damit die CEL nicht an einen von einer anderen Routine 
benutzten Bus angeschlossen wird. Mit anderen Worten, 
eine CEL wird nur konfiguriert, wenn vorher die 
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entsprechenden.Busverbindungen konfiguriert werden 
kpnnten. 

In dem erf indungsgemafien Verfahren wird die Einhaltung 
eihes fasten Ablaufes wie folgt erreicht: 
Kpnf igurationsworte (KWs) r deren Ausfuhrung entscheidend 
fur die Konf iguration der nachf olgenden KWs sind, werden 
besonders gekennzeichnet (und im f olgenden KWR genannt) . 
Schlagt die Konf iguration eines solchen KWR fehl, werden 
alle nachfolgenden KWs innerhalb der betref fenden 
Konfigurationsroutine (KR). auf den FILMO. geschrieben und 
in diesem Durchlauf nicht ausgefiihrt. Auch beim 
Durchlaufen des FILMOs werden samtliche KWs, die sich in 
der Reihenfolge hinter einem KWR befinden, dessen 
Konf iguration fehlschlug^ in dem aktuellen Durchlauf 
nicht ausgefiihrt. 

Cache-Verfahren 

Die CT-Struktur ist hierarchisch aufgebaut, d.h. es 
existieren in einem Baustein mehrere CT-Ebenen. Die 
Anordnung entspricht . vorzugsweise einer Baumstruktur 
(CT-Tree) . Dabei ist der Wurzel-CT (Root~CT) ein 
externer Konf igurationsspeicher (ECR) , der samtliche KRs 
enthalt zugeordnet, wahrend den Blattern die 
konfigurierbaren Elemente (CELs) zugeordnet sind, die 
einzelne KRs aufruferi. Den CTs der mittleren Ebenen sind 
jeweils die konfigurierbaren Elemente zugeordnet, die 
sich aiif derselben Hierarchiiestufe befihdeh. 
Jeder CT ist ein lokaler interner Speicher zugeordnet. 
Dieser Speicher wird partiell geloscht, wenn neu zu 
speichernde KRs keinen Platz mehr haben, oder dies 
explizit durch einen speziellen CT-Befehl (REMOVE) 
angefordert wird. Dabei erfolgt das L5schen KR-weise, 
anhand einer L5schstrategie, so daB bestenfalls nur die 
KR geloscht werden, die nicht mehr angefordert werden 
Oder explizit beim REMOVE-Befehl angegeben sind. 
Ebenfalls werden die KR einzeln geloscht, nur genau so 
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viele, daii genau so viel Speicher frei. ist/ wie . . . 
notwendig ist. um; die neu. zu, ladende KR.in den Speicher 
zu schreiben. Dadurch wird erreicht, daJi moglichst viele 
KR zur Opt imie rung des Cache-Ef fektes in dem Speicher 
■veTbleib:en. ■ • 

Der Vorteil liegt darin, daI5 jede, einer beliebigen CTx 
untergordente CT, die sich also weiter oberhalb im CT- 
Baum befindet eine KR, die in der CTx gespeichert ist, 
nicht von dem externen Konf igurationsspeicher ECR 
anfordert, sondern direkt von CTx erhalt. Dadurch ergibt 
sich eine Cachestruktur uber mehrere Ebenen. Der 
Datenubertragungsaufwand im CT-Baura und insbesondere . die 
benotigte Speicherbandbreite des ECR wird erheblich 
gesenkt. 

Mit anderen Worten speichert jede CT die KRs der unter 
ihr liegenden CT zwischen. D.h. die tieferliegenden CTs 
erhalten die benotigten KRs direkt von den 
dariiber liegenden, ein Speicher zugr if f auf das externe 
ECR ist nicht notwendig- Nur wenn. eine benStigte KR 
nicht in einer der hoher liegenden CTs bereits vorhanden 
ist, muR die KR uber einen Zugriff auf das ECR geladen 
werden. Dadurch ergibt sich einer besonders effiziente 
hierarchische Cache-Struktur fiir KRs. 
Auf Basis dieser Struktur ergjeben sich auch mogliche . 
Loschstrategien, die allerdings je nach Anwendung 
empirisch festgelegt werden sollten. Einige 
. Moglichkeiten sind: 

- Loschen des altesten Eintrage 

- Loschen der kleinsten Eintrage 

- Loschen der grofiten Eintrage 

- L5schen der am seltensten abgerufenen Eintrage 
Grundlage von CT-*Hierarchien 

Um einen Cache-Effekt zu erzielen, werden CTs zu einer 
Hierarchie in Baumstruktur zusammengeschaltet . Zwischen 
den einzelnen Knoten (CTs) befindet sich ein Bussystem 
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(Inter-CT-Bus) , dafi jeweils einen oberen Knoten (CTs) 
mit mehreren unteren Knoten (CTs) verbindet . Dabei . 
fordern untere Knoten (CTs) Daten von den oberen Knoten 
(CTs) an, die obereri Krioteri senden die Dateri daraufhin 
an die unteren Knoten. Die unteren Knoten tauschen 
untereinander Statusinformationen aus, dazu werden die 
Netzwerke zwischen den hoheren Knoten verwendet, die 
entsprechend die Adressen auflosen mtissen. 

CT-Hierarchie und Adressierung 

CT~Hierarchien sind so angeordriet, daB zur Adressierung 
der einzelnen CTs ein Binarbaum verwendet werden kann. . 
Das bedeutet, dali das niederwertigste Adressbit die 

einzelnen Blatter des Baumes kennzeichnet und jedes 
weitere Adressbit jeweils eine Hierarchieebene hoher 
selektiert. Jede CT besitzt damit eine eindeutige 
Adresse. 

Die nachfolgende Tabelle zeigt, wie die einzelnen 
Adressbits den jeweiligen Ebenen zugeordnet sind: 
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Soil einer Gruppe von CTs eine iibergeordnete CT 
zugeordnet werden, werden mehrere Adressbits der Gruppe 
entsprechend zusainmengef alXt . 
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Die nachfolgende Tabelle zeigt, wie die einzelnen 
Adressbits den jeweiligen Ebenen zugeordnet sind, dabei 
befindet sich auf Ebene 0 eine Gruppe mit 8 CTs 
(Adresbit'2--.";0)*: . *:-;" - ' 
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Der Aufbau des Binarbaumes kann eindimensional Oder 
mehrdimensional erfolgen, indem pro Dimension ein 
Binarbauin aufgebaut wird. 

Eine bestimmte CT (TARGET) wird adressiert, indem die 
initierende CT (INITIATOR) entweder die exakte 
Zieladresse angibt, oder TARGET relativ adressiert. 

Die: Auswertung einier . relativeh' Adresse wird im folgenden 
nahers beschrieben: 



Beispiel eines relativen Adressfeldes fur eine 
zweidimensionale Adressierung: 
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BitlS ist gesetzt, wenn die CT der nachsthoheren 
Hierarchiestufe selektiert werden soli. 
Bitl4 kennzeichnet Broadcasts, selektiert also alle CTs. 
Die X/Y-^Adfessen gebeh die Adr esse von TARGET ausgehend 
von der Adresse von INITIATOR an. 

Die Adressen sind vorzeichenbehaf tete "signed" Integer- 
Zahlen. Durch Addition der Y/X-Addressen des 
Adressfeldes zu der aktuellen Adressposition, wird 
TARGET best immt . Jede Ebene besitzt. eine bpstinunte 
Adressbreite (Addresswidth) . Die Addierer entsprechen 
dieser Breite. 

. Ein Uber- oder Unterlauf bei der Addition bedeutet, dali 
die adressierte CT nicht unterhalb des aktuellen Knotens 
liegt und die Adressanf orderung wird an die 
dariiberliegeride CT (den nachsthoheren Knoten) 
weitergegeben . 

Tritt kein Uber- oder Unterlauf auf, befindet sich 
TARGET unterhalb des aktuellen Knotens. Das auf der 
aktuellen Ebene berechnete Adressbit (vgl . Tabellen) 
selektiert den direkt unter dem aktuellen Knoten 
liegende CT. Von dieser aus wird jeweils anhand des 
entsprechend berechneten Adressbits die nachst tiefere 
CT (Knoten) selektiert. 

Priorisierung von Zugriffen in CT-rHierarchien 

Die Zugriffe auf den Inter-CT-Bus werden von einem 
Arbiter verwaltet . Dabei sind alle unteren Knoten gleich 
priorisiert. Der obere Knoten besitzt eine hohere 
Prioritat. Dadurch sind Zugriffe, die von einem hoheren 
Knoten nach unten iibertragen werden, oder bereits einen 
weiten Weg vom INITIATOR aus zurtickgelegt haben anderen 
Zugriffen iiberlegen. 

Der Grundaufbau einer CT 

Die nachfolgende Ubersicht uber die CT gibt einen 
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Uberblick uber die einzelnen Baugruppen. Die detailierte 
. Beschrieibung der Baugruppen wird im folge.nden gegeben. 

Kern einer CT ist die Steuer-Statemachine (CIS) die 
samtliche Abarbeitungen yon Konf igurationsroutinen (KRs ) 
steuert. Der CTS zugeordnet ist^ der Garbage-Kollektor 
(GC) , der das Entfernen von KR aus dem Speicher (CTR) 
der CT steuert; das FILMO, das die Verwaltung der noch 
abzuarbeitenden KWs iibernimmt und die LOAD-Statemachine, 
die das Laden yon KRs steuert. 

Der Speicher (CTR) ist. als gewQhnlicher Schreib^Lese- 
Speicher ausgestaltet, wobei alle technisch moglichen . 
Implementierungen zum Einsatz kommen konnen^ und wird 
zur lokalen Speicherung von KRs fiir die jeweilige CT und 
deren untergeordnete CTs verwendet. Als Sonderfall kann 
der Speicher (CTR) auch als ROM, EPROM, EEPROM, Flash- 
ROM o.a. ausgestaltet sein, urn den Baustein mit einer 
festen, ASIC oder PLD-ahnlichen (siehe Stand der 
Technik) Funktion zu versehen. 

Zur Generierung der CTR-Adressen werden vier als ladbare 
ZMhler ausgestaltete Pointer verwendet: 
!• Free-Pointer (FP) , Zeigt auf den ersten freien 
Speicherplatz hinter der letzte KR im CTR. 

2. Garbage-Pointer (GP) . Zeigt auf einen durch den 
Garbage-Kpllektor (GC) zu entfernenden Eintrag aus dem 
CTR. 

3. Move-Pointer (MP). Zeigt auf eine Speicherstelle im 
CTR, von der ein giiltiges, nicht zu entfernendes 
Konfigurationswort (KW) , also einen Eintrag eines KR, an 
den durch GP definierten Eintrag kopiert /bewegt wird. 

4. Program-Pointer (PP) . Zeigt auf das momentan von der 
CTS ausgefuhrten KW. 
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KW werden iiber ein Ausgabe-Interf ace (OUT) an die 
zugehorenden. CELs. we^itergegeben, .Die CELs quittieren 
(ACCEPT) , sofern sie sich in einem umkonf igurierbaren 
Zustand befiriden den Empfang der KW. Wird ein KW nicht 
guittiert (REJECT) , wird es in einem: FIFO-ahnlichen 
Speicher (FILMO) , zeitweise zwischengespeichert/ urn zu 
einem spateren Zeitpunkt, ohne den Program-Pointer zu 
benutzen, erneut an die adressierte . CEL geschrieben zu 
werden . 

Eine Aufforderung zur Abarbeitung eines KR erhSlt die 
CTS durch Trigger signale. Die Triggers ignale durchlaufen 
eine Maske, das ist ein Filter, der unerwiinschte Trigger 
ausfiltert (ausmaskiert) . Eine Maske kann nach dem Stand 
der Technik durch UND-Gatter (AND) aufgebaut werden, die 
einen Trigger mit einem Freigabe-Signal UND-verkniipf t . 
Die Trigger werden fiber einen priorisierten . Round-Robin- 
Arbiter (SCRR-ARB) in Binarsignale umgewandelt. Ein 
pribrisierter Round-Robin- Arbiter verkniipft den Vorteil 
der Gleichberechtigung eines Round-Robin-Arbiters mit 
der Erkennung der nachsten Freigabe in einem Takt/ also 
dem Vorteil eines Prioritats-Arbiter . 

Die maskierten Trigger werden als Adresse auf eine erste 
Lookup-Tabelle (LUTl) geschaltet, das ist ein Speicher, . 
der dem als Adresse eingehenden Trigger das ID der 
betreffenden KR zuordnet und auf den Datenleitungen 
^ausgibt . . 

In einer zweiten Lookup-Tabelle (LUT2) wird die ID der 
KR der Adresse des Speicherplatzes der KR im CTR 
zugeordnet. Die zweite Lookup-Tabelle wird nicht nur zur 
Zuordnung von Trigger-Signalen verwendet, vielmehr 
benutzen Befehle, die eine ID als Parameter verwenden, 
die LUT2 ebenfalls zur Adresszuordnung. 
Die Zuordnung der Trigger-Signale zu den betreffenden 
IDs wird uber den nachfolgend beschriebenen Befehl 
"REFERENCE" in die LUTl eingetragen. Die Verwaltung der 
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LUT2r also die Zuordnung der .IDs zu den Adressen im CTR, . 
geschieht automatisch durch die CtS und den 

Zum besseren Verstandnis dier CT ist im folgehden eih 
mSglicher Grundbefehlssatz dargestellt: 

1. BEGIN <ID> 

Durch BEGIN <ID> wird der Anfang einer 

Konf igurationsroutine gekennzeichnet . <ID> gibt die 

eindeutige Identif ikationsnunmier der 

Konf igurationsroutine an. 

2. STOP 

Durch STOP wird das Ende einer Konfigurationsroutine 
gekennzeichnet. An dieser Stelle beendet die 
Konf igurationstabelle (CT) die Abarbeitung der 
Konfigurationsroutine. Der Garbage-Kollektor (GC) 
beendet das Entfernen von Eintragen dieser 
Konfigurationsroutine . 

3. EXECUTE <ID> 

Springt zum Beginn (BEGIN <ID>) einer 
Konfigurationsroutine. Ist diese Routine nicht im 
Speicher der CT vorhanden, so wird sie von der 
dariiberliegenden CT angefordert^ bzw. aus dem Speicher 
geladen • 

4. LOAD <ID> 

Fordert die KR <ID> von der dariiberliegenden CT an. 

5. REMOVE <ID> 

Ruft den GC auf, urn die Konfigurationsroutine <ID> von 
BEGIN <ID> bis STOP aus dem Speicher der CT zu entfernen 
und die nachfolgenden Konf igurationsroutinen so weit 
vorzuschieben, dafi kein Speicherloch durch die entfernte 
Konfigurationsroutine entsteht. 

6. PUSH <FORCED> <ADDRESS> <DATA> <EXIT> 

Schreibt die Konf igurationsdaten <DATA> an das Register 
<ADDRESS>. Ist <FORCED> gesetzt, werden die Daten auch 
geschrieben, wenn das RECONFIG-Flag des betreffenden 
Zielregisters nicht gesetzt ist. <EXIT> wird verwendet 
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und anzuzeigen^ dali es sich urn ein KWR handelt, das. bei 
einem REJECT die weitere Ausfiihfung der nachf plgenden 
KWRs abbricht. 
■.'•■■7. MASK' "^SR^^- <tRi;G^^ 

Setzt die Trigger-Maske itiit <TRIGGER>v bzw. setzt sie. . 
mit <TRIGGER> zuruck, abhangig von <SR> (Set /Reset) . 
8. WAIT <UNMASKED> <TRIGGER> 

Halt die Abarbeitung der Konf igurationsroutine an und 
wartet auf den Trigger <TRIGGER>. 1st <UNMASKED> 
. .gesetzt/. wird auf das erwartete Trigger unabhangig. des 

Zustandes der Trigger-Maske reagiert. 
. 9. TRIGGER <TRIGGER><CT#> 

Sendet den Binarwert eines Triggers an die iibergeordnete 
durch CT# adressierte CT. 

10. GETBUS/GETCTS 

Baut eine Verbindung zu dem Inter-CT-Bus auf. 

11. LOOSEBUS/LOOSECTS 

Lost die Verbindung zum Inter-CT-Bus auf. 

12. REFERENCE <TRIGGER><ID> 

Schreibt in die LUTl bei Adresse <TRIGGER> den Wert 
<ID>, wodurch einem Triggersignal eine bestiminte KR 
zugeordnet wird. 

Die Befehle EXECUTE, LOAD, REMOVE, PUSH, MASK, WAIT, 
TRIGGER:, REFERENCE sind nur innerhalb der Klammer BEGIN 
... STOP giiltig. AuBerhalb dieser Klanmier werden die 
Befehle nicht ausgef iihrt. . 

Der Aufbau einer Konf igurationsroutine (KR) sieht wie 
folgt aiis: 
BEGIN <ID>; 

gultige Befehle 

STOP; 
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Indirekte Acldressierung (Ref erenzierung) 

Das Cache-Prinzip der CT ermoglicht das 

Zwischenspeicheirh einer KR in einer CT/ wbbei die KR von 
mehreren. unterschiedlichen tieferliegeride.n CTs pder, CELs 
genutzt werden. 

Werden von den tieferliegenden Einheiten Zugriffe auf 
das externe Interface des Bausteines (z.B. RAM, 
Peripherie) durchgefiihrt, ergibt sich die Notwendigkeit 
unterschiedliche Adressen oder Teile des externen . 
Interfaces zu speichern. Dadurch wurde sich der Inhalt 
der einzelneh benotigten KRs grundlegend unterscheiden. 
Ein Caching ist nicht mehr moglichv 
Abhilfe schafft eine indirekte Ref erenzierung, Dazu 
werden spezielle KR (im folgenden IKR genannt) 
verwendet, die die notwendigen externen Parameter 
beinhalten und setzen, Eventuell werden iiber Trigger 
andere unterschiedliche KRs in verschiedenen 
Hierarchieebenen aufgerufen. Ab Ende einer IKR wird das 
eigentliche KR aufrufen. Lediglich die IKR sind nicht 
cachebar, wahrend die aufgerufenen KR durchaus 
einheitlich und daher cachebar sind. Es ist sinnvoll, 
die Grofie der IKR auf das absolute Minimum zu 
reduzieren, namlich. ausschliefilich die externen und 
unterschiedlichen Parameter und den Aufruf der 
einheitlichen KR. 

Eine indirekte. Konf igurationsroutihe- (liCRj ist wie folgt \ 
aufgebaut: 
BEGIN <ID>; 
• • • 

xxx; gultige Befehle^ wobei lediglich externe Peripherie 

angesteuert werden sollte, 
TRIGGER <ID>; Start-, Stop- oder Lade-Anforderungen an 

Periphere Prozesse 

GOTO <ID>; Sprung zur einheitlichen KR 
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STOP; 

Sohderf alle: 
.1. WAIT_FOR_BOOT 

Dieses Kommando ist nur an der ersten Adresse des CTR 
giiltig. Wahrend des Boot-Vorganges wird zuachst die 
komplette Boot-KR in das CTR geschrieben, jedoch nicht 
die Beginnsequenz des Boot-KR BEGIN <0>. An dessen 
Stelle. (auf Adresse 1) steht WAITr-FOR-BOQT, das bei. ... 
einein RESET automatisch gesetzt wird. Erst nachdem die 
gesamte Bopt-KR in das CTR geschrieben ist, wird 
WAIT_FOR_BOOT mit BEGIN <0> liberschrieben und. die GTS ■ 
beginnt mit der Abarbeitung der Boot-KR. 
WAIT_FOR__BOOT darf nicht innerhalb eines Programmes 
auftreten. 
2. BOOT <CT-ID> 

BOOT <CT-ID> kennzeichnet in welche CT die nachfolgende 
Boot-KR geschrieben werden soil. Nach BOOT <CT-ID> folgt 
kein BEGIN, die Boot-KR wird nciht durch STOP, sondern 
durch ein nachf olgendes BOOT <CT-ID> abgeschlossen. Ein 
STOP beendet den Bootvorgang. 

BOOT <CT-ID> darf nicht innerhalb eines Programmes 
auftreten. 

Boot-Vorgang 

Nach ieinem RESET ladt die CT des pbersten Hierarchie- 
Levels (ROOT-CT) die Boot-KR in die CTs der unteren 
Hierarchien. Dazu existiert ein Sprung an eine 
festgelegte Adresse (BOOT -ADR) im, der ROOT-CT 
zugeordneten, externen Konf igurationsspeicher (ECR) • Die; 
ROOT-CT flihrt diesen Sprung durch und erreicht die Boot- 
Sequenz. Diese ist wie folgt aufgebaut: 
BOOT <CT-IDO>; COMMAND; COMMAND; . . . 
BOOT <CT-ID1>; COMMAND; COMMAND; ... 
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BOOT <CT-IDn>; COMMAND; COMMAND; . • . 

STOP; 

Wahrend des Boot-Vorganges wird zunachst die komplette 
Bobt-KR in das CTR ab Adresse 2 der durch <CT-lb> 
angegebenen CT geschrieben. Die Beginnsequenz des Boot^ 
KR (BEGIN <0>) wird nicht auf Adresse 1 geschrieben. An 
dessen Stelle steht WAIT-FOR-BOOT, das bei einem RESET 
automatisch gesetzt wird. Erst nachdem die gesamte Boot- 
KR in das CTR geschrieben ist, und die ROOT-CT das 
nachste BOOT <CT-ID> erreicht hat, wird . STOP an das Ende , 
des Boot-KR in das CTR geschrieben und WAIT_FOR_BOOT mit 
BEGIN <0> iiberschrieben. Die CTS beginnt mit der 
Abarbeitung der Boot-KR, . . 

Laden einer Konfigurationsroutine 

Es existierem drei Gundmechanismen urn eine 
Konfigurationsroutine, aufier der Boot-KR anzufordern: 

1. Ausfiihren eines LOAD <ID> durch die CTS 

2. Ausfiihren eines EXECUTE <ID> durch die CTS, wobei die 
KR mit der betreffenden ID nicht im CTR vorhanden ist. 

3. Auftreten eines Triggers, der iiber die LUTl auf einen 
<ID> iibersetzt wird, dessen zugehorige KR nicht im CTR 
vorhanden ist. 

Der Ablauf in alien drei Fallen ist derselbe: 
Die ID der angeforderten KR wird der LUT2 als Adresse 
angegeben. Die LUT2 iiberpriif t , ob eine gttltige Adresse 
im CTR exist iert. Existiert diese nicht, d.h. <ID> zeigt 
in der LUT2 auf den Wert 0, wird load <ID> an die CTS 
gesendet . 

Die CTS fordert daraufhin die <ID> betreffende KR bei 
der hierarchisch tibergeordneten CT an. Diese Anforderung 
erreicht die ubergeordnete CT in Form eines Triggers und 
wird entsprechend von ihr ausgewertet. 
Die ubergeordnete CT sendet die angeforderte KR an die 
anfordernde CT. Die Daten werden ab der Adresse, auf die 
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der FREE-POINTER (FP) zeigt in das CTR geschrieben, 
wobei der FP nach jedem Schreibzugrif f um eins erhoht 
wird. 

Erireicht der FP die obere Grenze dies CTR,.. w 
Garbage-Kpllektor (GC) aufgerufen, um die unterste KR... 
innerhalb des CTR zu entfernen und das CTR zu 
komprimieren, Der FP wird dabei neu gesetzt. Dieser 
Vorgang findet so lange statt, bis die zu ladende KR 
komplett in das CTR paflt. 

Sprungtabelle im Konfigurationsspeicher 

Der der ROOT-CT zugeordnete Konfigurationsspeicher 
beinhaltet samtliche KR, die fiir eine Applikatioh 
geladen werden mtissen. Im externen 

Konf igurationsspeichers (ECR) befindet sich an einer 
festgelegten Adresse (ADR-BOOT) Sprung zu der Boot- 
Konf igurations-Routine . In einem weiteren festgelegten 
Speicherbereich (LUT-ECR) beliebiger, jedoch innerhalb 
einer Applikation fest vorgegebener LSnge die Spriinge zu 
den einzelnen KRs . Dabei wird die <ID> der jeweiligen KR 
als Adresse im ECR verwendet^ an der die Startadresse 
der jeweiligen KR steht; wodurch KRs indirekt adressiert 
werden : 

ID -> LUT-ECR ->.KR . . 

Anderung der KR im Konfigurationsspeicher 

Die KR mit der ID <A> soil geandert werden. ZunSchst 
schreibt der HOST die neue KR ftlr die ID <A> an eine 
freie Speicherstelle im ECR. Die ID <A> wird zusammen 
mit der neuen Adresse der KR im Konfigurationsspeicher 
von der iibergeordneten Einheit (HOST) in ein dafur 
vorgesehenes Register der ROOT-CT geschrieben. Die ROOT- 
CT sendet an alle darunterliegenden CTs das Koramando 
REMOVE <A>. Daraufhin entfernen alle CTs beim Erreichen 
eines STOP oder wahrend IDLE-Zyklen, also sobald keine 
KR ausgefUhrt wird, die auf diese ID bezogene KR aus dem 
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CTR und setzen die LUT2 an Adresse <A> auf "NoAdr", das 
bede.utet, es existiert keine gultiger Adresseintrag fur 
ID <A> in LUT2. Wird die ID <A> erneut angefordert, 
zwingt der felilende Eintrag ("NoAclr") an Stelle <A> in 
. die .LUT2 jede. CT die KR <A> vom ECR neu anzufordern.. 

Das FILMO 

Ein KR besteht hauptsachlich aus dem Befehl PUSH, der 
neue Konf igurationsworte an eine bestirnmte Adresse 
schreibt. 1st das Schreiben eines Konf igurationswortes 
des Types KW nicht nioglich, da das adressierte 
konfigurierbare Element (CEL) nicht bereit ist eine neue 
Kpnfiguration zu empfangen (REJECT), wird das 
Konf igurationswort statt an das adressierte 
konfigurierbare Element (CEL) in einen Speicher, im 
folgenden FILMO genannt, geschrieben. Die nachfolgenden 
Befehle werden normal abgearbeitet, bis erneut ein 
Konf igurationswort nicht geschrieben werden kann, das 
dann in das FILMO geschrieben wird. 

Ist das Schreiben eines Konf igurationswortes des Types 
KWR nicht moglich, da das adressierte konfigurierbare 
Element (CEL) nicht bereit ist eine neue Konf iguration 
zu empfangen (REJECT) , wird das Konf igurationswort statt 
an das adressierte konfigurierbare Element (CEL) in 
einen Speicher, im folgenden FILMO gehannt/ geschrieben. 
Alie nachfblgenden Befehle bis zum Ende der RR werden 
nicht an die CEL, sondern direkt in das FILMO 
geschrieben. 

Das. FILMO wird in IDLE-Zyklen und vor jedem Ausfuhren 
eines neuen KR kon5>lett durchlaufen. Dabei wird, 
beginnend beim altesten Datenwort, entsprechend eines 
FIFOs nach dem Stand der Technik, jedes ausgelesene Wort 
des FILMOs an sein adressiertes Element zu senden; dabei 
muB das adressierte Element bereit sein das 
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Konf igurationswort zu empfangen. Spfern die Datenworter 
von Beginn an geschrieben warden ^ ... 
adressierten konf igurierbaren Elemente (CELs) sind 
bereit) .wird der Eintrag aus dem FIIiMO nach Art eines 
. FIFOs entfernt ; Kann ein Konf igurationswort nicht 
geschrieben warden, wird es iibersprungen und nicht aus 
dem FILMO entfernt. Im Gegensatz zu einem FIFO werden 
die Daten nach dem ubersprungenen Konf igurationswort 
waiter ausgelesen. Konf igurationsworte, die nach einem 
ubersprungenen. Konf igurationswort geschrieben werden. 
konnen werden entweder je nach Implement ierung des 
FILMOs 

1. als geschrieben markiert und nicht aus dem FILMO 
geioscht, wobei als geschrieben markierte 

Konf igurationsworter bei den folgenden Durchlaufen nicht 
mehr gelesen werden, bzw. sofort geioscht werden, sofern 
kein iibersprungenes Konfigurationswort mehr vor ihnen 
liegt; 
Oder 

2. aus dem FILMO geldscht, wobei die 

Konf igurationsworter vor und nach dem geloschten 
Konfigurationswort erhalten bleiben, dabei miissen zum 
Loschen die nachf olgenden Worte nach vorne (oben) oder 
die davorliegenden Worte nach hinten (unten) geschoben 
werden, wobei die Reihenfolge der Konf igurationsworte 
unbedingt beibehalten wird. 

Wird eine neue KR ausgefiihrt, werden die 
Konf igurationsworte (KW) , die von der CIS nicht an die 
adressierten Elemente (CELs) geschrieben werden konnten, 
erneut an das FILMO angehangt, d.h. die KW werden an das 
Ende (aus Leserichtung) des FILMOs geschrieben. 1st das 
FILMO voll, d.h. es existieren keine freien Eintrage fiir 
Konfigurationsworte, wird die Ausftthrung des KR 
gestoppt. Das FILMO wird so lange durchlaufen, bis 
geniigend Konf igurationsworte geschrieben werden konnten 
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und entsprechend viele freie Eintrage entstanden sind, 
wpraufhin das KR welter abgearbeitet . wird. . ..... 

Das FILMO stellt einen FIFO-ahnlichen Speicher dar, der 
inmier voni aitesten Eintrag ah linear durchlaufeh wifd/ 
im Gegensatz zu einem FIFO werden jedoch EintrSge 
iibersprungen (First In Linear Multiple Out) . 

Die Funktion der Konfigurationstabellen- 
Statemachlne (CTS) 

Die Konf igurationstabellen-Statemachine (CIS) iiberniTrant 
die Steuerung der CT. Dabei fiihrt sie die Befehle der KR 
aus und reagiert auf eingehende. Triigger. Sie ubernimmt 
, die Verwaltung des FIIiMOs, i.b. liest sie in IDLE-Zyklen 
und vor dem Ausfflhren einer KR das FILMO aus. 
Sie reagiert auf die von der LUT-Struktur generierten 
Signalen illegal <TRG> (Illegal Trigger, siehe Fig. 1, 
0102) und load <ID>. load <ID> wird generiert, wenn ein 
Cache-Miss in LUT2 vorliegt (0105), Oder die durch ID 
referenzierte KR/IKR als geloscht markiert wurde (0107) . 
Sie reagiert auf die Steuersignale der iibergeordneten 
CT . 

Ein Implementationsbeispiel fiir die Verarbeitung der 
Befehle ist in den Figuren 2 bis 7 dargestellt. 

Steuersignale an iibergeordnete CTs 

- illegal <TRG> (0102) 

Zeigt der iibergeordneten cr an, daii ein unbekannter 
Trigger <TRG> aufgetreten ist. 

- load <ID> (0105/0107) 

Fordert die iibergeordneten CT zum Laden der <ID> 

auf. 

- trigger <TRG> <CT#> (0108) 

Sendet einen Trigger <TRG> an die ubergeordnete 

Oder 

an die adressierte CT <CT#>. 
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Steuersignale von ubergeordneten CTs 

- remove 5ID> (siehe Fig.. 15, 1513) 

Fordert die CT zuiti loschen der <ID> auf . 

- write_to_FP <data> (siehe Fig. 2, 0205) 

Sendet Daten an die CT. Die Daten werden an das 
Ende des belegten Speichers angehangt. 

Die Funktion des Garbage-Kollektors (GC) 

Der CTR unterliegt zwei Problemen: 

1. Verweist ein LOAD-: oder EXECUTE-Befehls, bzw. ein 
Trigger, auf eine ID, deren KR nicht im CTR vorhanden 
ist, muB die KR nachgei laden werden. U.U.~ ist. jedoch 
nicht genugend Platz im CTR vorhanden urn die. . 
angeforderte KR zu laden, 

2, Beim Auftreten eines REMOVE <ID> ist die 
entsprechende KR aus dem CTR zu entfernen. Dabei 
entsteht, sofern sich die KR nicht am Ende des CTR 
befindet eine Lticke. Beim Laden einier neuen KR wird die 
Liicke u.U. nicht wieder ganz aufgefiillt Oder die Lucke 
ist zu klein fiir die neue KR. Dies fiihrt zu einer 
Fragment ierung des CTR. Die Aufgabe des Garbage- 
Kollektor ist es, KR aus dem CTR zu entfernen, um Platz 
fiir neue Eintrage zu schaffen UND nach Entfernen der 
Eintrage den CTR so umzuorganisieren, dali alle 
verbleibenden KR als geschlossener Block hintereinander 
im Speicher liegen und die f reigewordenen Speicherbl5cke 
als ein geschlossener Block an. einem Ende des CTR 
liegen. 

Dadurch konnen auf optimale Weise und ohne Verluste an 
Speicherplatz neue KR nachgeladen werden. 



Auswerten von Triggeritnpulsen 

Jede CT besitzt einen AnschluB an mehrere zu ihrer 
jeweiligen Hierarchieebene gehorenden Triggers ignale, 
die zu einem Bus zusammengefafit sind. Eingehende Trigger 
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werden tiber eine Maske ausgewertet, d.h. nur die 
. f reigeschalteten Triggersignale wesrden weitergeleit.et . . 
Die f reigeschalteten Triggersignale werden taktsynchron 
in eihem Sampler-Register zwischengespeichert 
(gesarnpled) .Ein Arbiter wahlt eines der gespeicherten 
Triggersignale aus und wandelt das Signal in einen 
binaren Vektor. Das gewahlte Triggersignal wird aus den 
Sample-Register geloscht. Der Binarvektor wird an eine 
erste Lookup-Tabelle (LUTl) weitergeleitet, die den 
Binarvektor in die Identifikatiopsnummer (ID) der 
aufzurufenden Konfigurationsroutine (KR) ubersetzt. 
Die ID wird in einer zweiten . Lookup-Tabelle (LUT2) -in 
die Adresse der KR im CT-Speicher (GTR) -iibersetzt . Die 
CT-Stateraachine (CTS) setzt ihren Programm-Pointer (PP) 
auf diese Adresse und beginnt mit der Ausfiihrung der KR. 
Voraussetzung ist, da£> jeder iiber die Maske 
freigeschaltete Trigger einen entsprechenden Eintrag in 
LUTl besitzt. Fehlt dieser, wird ein Fehlerzustand an 
die CTS weitergeleitet (illegal trigger) , dabei wird 
jede ID = "NoAdr" als nicht vorhandener Eintrag 
gewertet. "NoAdr" ist ein implementationsabhangig 
gewahltes Token. 

Fehlt der Eintrag in LUT2, d.h. die auf die ID bezogene 
KR bef indet sich nicht im CTR, wird eine Ladeanforderung 
an die CTS gesendet (load <ID>) . 

Senden von Triggerinpulsen an die iibergeordnete 
CT 

Neben der bereits beschriebenen Schnittstelle zu einer 
(ibergeordneten CT zum Laden von KR existiert eine 
weitere Schnittstelle zum Austauschen von frei 
def inierbaren Befehlen, insbesondere jedoch 
Triggervektoren. Dabei sendet eine CT 

- entweder an alle anderen CTs einen Befehl (BROADCAST) 



29 



wo 99/44120 



PCT/DE99/00505 



- Oder an eine beliebige adressierte CT einen Befehl 
(ADDRESSED) 

ber Befehl "Tfiggervektor" s einen BinarWer.t dar/ 

der auf einen Eintrag in.der LUT2. der empfangenden CT 
referenziert . 

Das Senden von Triggervektoren ist notwendig um 
beispielsweise innerhalb einer IKR eine KR in einer 
weiteren CT zu starten um beispielsweise die Peripherie 
Oder den Speicher anzusteuern, . 

Zur Weiterleitung von Triggervektoren an eine 
iibergeordnete CT existieren 2 Mechanismen : 

1. Der LUTl wird ein Bit hinzugefiigt, das angibt, 6b der 
Inhalt des Speichers ais KR ID oder als Binarwert fiir 
einen Triggerimpuls betrachtet wird. Liegt ein 
Triggerimpuls vor, wird der Dateninhalt von LUTl direkt 
als Trigger an die iibergeordnete CT gesendet. 

2. Mit dem Befehl TRIGGER kann der Binarwert eines 
Triggers angegeben werden, der direkt an die 
iibergeordnete CT gesendet wird. (Alternativ konnten 
statt einem Triggerwert auch direkt IDs iibertragen 
werden) . 

Zum Starten einer KR in einer fremden CT iiber 
Triggervektoren muJ5 zum Erreichen der Deadlockf reiheit . 
ein . Synchronisationsverf ahren geschaf f en werden . Das 
Verfahren muB beachten, dali lediglich eine KR innerhalb 
eines bestimmten Gruppe von CTs weitere KR auf anderen 
CTs innerhalb dieser Gruppe startet. Das Starten mehrere 
KR gleichzeitig kann zu einem Deadlock zwischen den CTs 
fiihren^ Shnlich des bereits beschriebenen Deadlocks auf 
der CEL-Ebene. 

Das Grundprinzip eines solchen Verfahrens lauft wie 
folgt ab: 
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Ein KR ist wie folgt aufgebaut: 

GETCTS/GETBUS 

-TRiGGiER <iB>, ■<CT#>" "' ' " : " 

TRIGGER <:ID>, <CT#>. . 

LOOSECTS/LOOSEBUS 
• • • 

Der Befehl "GETCTS" innerhalb einer KR.einer CT 
(INITIATOR) zeigt an, dafi im folgenden Signale an andere 
CTs (TARGET) gesendet werden. Mit Trigger <ID>/ <CT#> 
wird die ID einer zu startenden KR an die CT mit der. 
eindeutigen ID CT# gesendet. Das Senden des Triggers 
geschieht dabei zunachst an die direkt libergeordnete CT, 
die entsprechend der CT# den Trigger an eine wiederum 
untergeordnete CT innerhalb ihres CT-Raumes sendet Oder 
an die ihrerseits ubergeordnete CT (siehe CT- 
Hierarchien) • Erreicht der Befehl die TARGET quittiert 
diese den Empfang. 

Beim Durchlauf des Befehls durch eine CT wird eine 
Prioritatskennung des Befehls jeweils urn eines erhoht. 
Trifft die Weiterleitungsanforderung eines Befehls auf 
eine weitere Anf orderung innerhalb einer CT, wird der 
Befehl mit der niedersten Prioritat zuriickgewiesen. 
Dadurch wird 

a) sidhergestellt, dafi innerhalb eines uberschneidenden 
Systemes nur ein Befehl zu einer Zeit ausgebreitet wird 
und dadurch auch nur eine KR gestartet wird, was zu der 
geforderten Deadlockfreiheit fuhrt, 

b) sichergestellt, dafi der bislang am wenigsten weit 
ausgebreitete Befehl zuruckgewiesen wird, was zu einer 
Steigerung der Performance fuhren kann 

Nach Zuriickweisen eines Befehls, werden alle 
vorhergehenden Befehle innerhalb der GETCTS/LOOSECTS 
ebenfalls zuruckgewiesen, d.h. INITIATOR sendet an alle 
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TARGET. das Signal DISMISS und die Ausfuhrung der KR 
startet nach einer Wartezeit bei GETCTS ern^^^ 
Die Quittierungen aller Trigfger innerhalb eines 
Befehlsabschnittes GETCTS . . LOOSECTS werden an die 
INITIATOR-CT ge^endet . Bei jeder eintref fenden 
Quittierung wird die Verarbeitung des nachsten Befehls 
fortgesetzt. 

Bei Erreichen des Befehls LOOSECTS sendet INITIATOR an 
alle TARGET das Signal GO. Dadurch starten die TARGET- 
CTs die Ausfuhrung der. KR mit der von Trigger 
ubertragenen ID. 

TARGETS wechseln. nach Auf treten eines Triggers in einen 
Zustand,. in . welchem sie auf das . Auftreten eines GO Oder 
DISMISS Signales warten. 

Aufgrund der besseren Implementierbarkeit wird weiterhin 
ein leicht modif iziertes Verfahren vorgestellt: 
Zwischen den CTs einer Gruppe einer Hierarchieebene 
befindet sich ein Bussystem (Inter-CT-Bus) . Dieses 
Bussystem verbindet alle CTs der Gruppe und eine direkt 
der Gruppe iibergeordnete CT. 

Durch den Befehl GETBUS, der funktionell GETCTS ahnlich 
ist, wird das Bussystem von einer CT arbitriert. Die 
Befehle werden iiber das Bussystem an die CTs derselben 
Gruppe weitergeleitet . Befindet sich die adressierte CT# 
nicht innerhalb der Gruppe, wird durch die iibergeordnete 
GT autbmatisch deren iibergeordnelter Bus arblt und 
der Befehl weitergeleitet. Die arbitrierten Busse 
bleiben INITIATOR zugeordnet und somit fur alle anderen 
CTs gesperrt, bis entweder eine Zuriickweisung erfolgt, 
Oder der Befehl LOOSEBUS den Bus auf lost. LOOSEBUS ist 
mit LOOSECTS vergleichbar . Vor Ausfuhren des Befehls 
LOOSEBUS wird das GO-Signales an alle beteiligten Cts 
gesendet. Dies erfolgt entweder durch den Befehl 
LOOSEBUS Oder einen speziellen vorgeschalteten Befehl. 
Befehle, i.b. Trigger werden ebenfalls gemSfi des bereits 
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beschriebenen Grundverfahrens verarbeitet. Eine 
Zuruckweisung erf olgt, wenn. ein Bussystem nicht . . 
arbitriert warden kann, Beim Arbitrieren sind die CTs 
einer Ebehe jeweils gleich priorisiert, die 
ubergeordne.te CT besitzt . eine hShere Prioritat. 
Beim Senden eines Befehls iiber den Inter-CT-Bus bleibt 
der Befehl so lange aktiv, bis die adressierte CT deh 
Befehl akzeptiert (ACCEPT) oder zuriickweist (REJECT) . 

Der priorisierte Round-Robin-Arbiter 

Der priorisierte Round-Robin-Arbiter (Single-Cycle- 
Round-Robin-Arbiter SCRR-ARB) ist taktsynchron 
aufgeb^utr d.h. bei jeder. - . je. nach Im5>lementier^^ 
positiven oder negativen - taktflanke (TFl) liefert er 
ein Ergebnis. Die eingehenden Signale (ARB-IN) 
durchlauf en eine Maske (ARB-MASK) , die von dem Arbiter 
gemafi dem nachfolgend beschriebenen Verfahren selbst 
verwaltet wird. Die Ausgangssignale der Maske werden an 
einen Prioritatsarbiter (ARB-PRIO) nach dem Stand der 
Technik geleitet. Der Arbiter liefert taktsynchron bei 
jeder Taktflanke (TFl) ein Ergebnis (ARB-OUT), d.h. den 
Binarwert des hochstpriorisierten Signals nach der Maske 
(ARB-MASK) . Dem Ergebnis zugeordnet ist ein Signal 
(VALIDy, das angibt, ob der Binarwert giiltig oder 
ungultig ist. Abhangig von der Implementierung der 
Prioritatsarbiters ist es mpgiich, dafi bieim Anliegen des 
Signals 0 und beim Ahliegen keines Signals derselbe 
Binarwert generiert wird: In diesem Fall zeigt VALID an, 
daB das Ergebnis ungultig ist, sofern kein Signal 
anliegt. Dieses Signal wird 
1» als Ergebnis der Arbiters ausgegeben 
und 

2. auf einen Dekoder geschaltet, der die Binarwerte - 
wie in der folgenden Tabelle beispielsweise fur einen 3- 
bit Binarwert angeben - auskodiert. (Das 
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Kodierungsverf ahren ist gemaft dieses Prinzips auf jeden 
beliebigen Binarv?ert anpaJibar) : 



Binairweirt 


Auskodleruhg 


Beitierkuhg 


(ARBtOUT) 


(ARB-DEC) 




111 


0111 1111 




110 


0011 1111 




101 


0001 1111 




100 


0000 1111 




oil 


0000 0111 




Old 


0000 0011 




001 


0000 0001 




000 


1111 1111 


Reset-Zustand und 

wenn Binarwert (ARB-OUT) ungiiltig 



Dem Dekoder zugeordnet ist ein Register (ARB-REG) / das 
die auskodierten Werte (ARB-DEC) des Dekoders bei der zu 
TFl inversen Taktflanke (TF2) iSbernimmt. ARB-DEC wird 
auf die Maske (ARB-MASK) zuriickgekoppelt und schaltet 
die einzelnen Eingangssignale (ARB-IN) frei. 

Der funktionale Ablauf im Arbiter ist wie folgt: 
1. Nach einem RESET sind alle ARB- IN uber ARB-MASK 
freigeschaltet, da ARB-DEC alle Signals auf 
"Freigabe" stellt. 
2* Das hochst priorisierte gesetzte ARB-IN 

(beispielsweise besitzt in der obigen Tabelle das 
Signal 7 (binar 111) die hochste Prioritat und 0 
(binar 000) die niederste Prioritat) wird als 
Binarwert ausgegeben. 

3. Uber ARB-DEC wird das Signal gesperrt, sowie alle 
weiteren Eingange die evtl. noch hSher priorisiert 
waren, aber nicht gesetzt sind. 

4. Die folgenden Schritte 5 und 6 wiederholen sich so 
lange, bis das Signal 0 (binar 000) erreicht ist, 
Oder kein Signal hinter ARB-MASK mehr anliegt. Dann 
schaltet ARB-DEC (siehe Auskodierungs tabelle) wieder 
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alle Signale durch ARB-MASK uber ARB^DEC frei und der 

Ablauf beginnt bei Schritt 2. 
5. Das nunmehr hochst priorisierte gesetzte ARB-IN wird 

als Binarwert auisgegeberi/ . 
.6. Uber ARB-DEC wird das Signal gesperrt, sowie alle 

weiteren Eingange die evtl. noch hoher priorisiert 

waren, aber nicht gesetzt sind. (Waiter mit Schritt 

4) 

Dadurch wird erreicht, dafi.alle Eingangssignale . 
gleichberechtigt behandelt warden und bei jadem 
Taktzyklus eines der Eingangssignale (ARB-IN) binar 
auskodiert und ausgegeben (ARB-OUT) wird. , 
ARB-REG kann mit einem Enable-^Eingang (EN) versehen 
werden, der eine Anderung des Register inhaltes nur bei 
TF2 zulafit/ wenn ein antsprechendes Signal anliegt. 
Dadurch wird nicht bei jedam Takt ein Binarvektor 
ausgegeben, sondern abhangig von einer Freischaltung 
durch EN und TF2. Der Eingang wird zur Synchronisation 
notwendig, wenn die nachgeordnete Schaltung die 
Verarbeitung nicht in einem Taktzyklus durchfuhren kann, 
sondern mehrere Zyklen benotigt und erst dann den 
nachsten Binarvektor akzaptiert. 

Unter Umstanden ist es sinnvoll eine Reihe von Signaien 
durch den Arbiter als hoher priorisiert anzusehen, 
wahrend die Mehrzahl der Signale gleichpriorisiert ist. 
Dies ist z.B. bei dem vorhergehend beschriebenen 
Verfahren zur Weiterleitung von Signaien zwischen CTs 
notwendig. Um ein Signal hoher zu priorisieren, wird der 
hSchstpriorisierte AnschluB des ARB-PRIO nicht maskiert, 
d.h. an der Maske (ARB-MASK) vorbeigeleitet . Dadurch 
wird das Signal bevorzugt behandelt. 

Aufbau einer CT auf Basis eines Mikrokontrollers 

Abweichend von den bisherigen Beschreibungen kann eine 
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CT auch in einer Mikrokontrollerarchitektur 
implementiert werden.. ... . 

Es ist leicht einsehbar, dafi die Grundfunktionen, wie 
Trigigersteuerung, Lookup-Tabelie LUTl und LUT2, sowie 
die Inter-CT-Kpnmiunikation und d^ Schreibeh der KW an .. 
die CEL ohne weiteres auch von einem Mikrokontroller 
ausgefuhrt werden konnen. Lediglich der Aufbau eines 
effizienten FILMOs stellt ein Problem dar, das sich vor 
allem in der erreichbaren Performance bemerkbar macht. 
Daher wird. auf den Aufbau des FILMOs gesondert 
eingegangen, . 

Aufbau des FII^s 

Der FILMO ist nicht als separater Speicher ausgestaltet . 
Vielmehr ist der gewohnliche Programmspeicher urn die 
FILMO-Funktionalitat erweitert . Dazu wird ein 
zusatzliches Bit (FILMO-BIT) jedem KW zugeordnet, das 
anzeigt, ob das entsprechende KW in die CEL geschrieben 
wurde oder nicht. Ist FILMO-BIT gesetzt, wird das 
entsprechende KW nicht ausgefuhrt. Beim Schreiben eines 
Kws in den Speicher wird das FILMO-BIT zuriickgesetzt . 
Alle KRs innerhalb einer CT werden uber eine Verkettete- 
Liste (FILMO-LIST) in der Reihenfolge miteinander 
verbunden, wie sie durch Trigger oder .LOAD<ID> 
aufgerufen wurden. Eine KR bleibt so lange in der FILMO- 
LISTr bis sie komplett ausgeftihrt wurde, dann wird sie 
aus der Liste entfernt.. Die FILMO^LIST wird ehtsprechend 
des. FILMO-Verfahrens durchlaufen und stellt damit einen 
direkten Ersatz fur den FILMO-Speicher dar. 
(Der Vollstandigkeit halber sei angemerkt, daft entgegen 
des urspriinglichen FILMO-Verf ahrens keine KR zweimal in 
der Liste vorkoinmen kann. Wird eine KR aufgerufen, die 
noch in der FILMO-LIST steht, muB deren Ausfuhrung so 
lange verzogert werden, bis sie aus der FILMO-LIST 
entfernt wurde . ) 
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ber Aufbau einer FILMO-Speicherstelle ist wie folgt : 



FILMOrtBIX KW . 



Befehle 

Der Mikrokontroller unterstutzt die folgenden Befehle, 
die direkten Einflufi auf das FILMO haben: 
PUSH Schreiben eines KW an eine CEL 

PUSHSF Schreiben eines KW an eine CEL und setzen des . 

FILMO-BITs, wenn das KW angenonmien 

(ACCEPT) wurde 

PUSHRET Schreiben eines KW an eine CEL und Riicksprung 
(RETURN) aus der Unterroutine, wenn das KW . 
nicht von der CEL angenonimen wurde (REJECT) . 
Dieser Befehl wird verwendet, wenn 
nachfolgende KW in der KR von der 
Konf iguration dieses KWs (ACCEPT) abhangig 
sind; durch den Riicksprung aus dem KR wird 
deren Konf iguration so lange verhindert, bis 
PUSHRET erfolgreich (ACCEPT) ist. 

PUSHNR Schreiben eines KW an eine CEL, nur dann, wenn 
zuvor innerhalb der KR kein REJECT auftrat. 
Dient ahnlich wie PUSHRET dazu, Abhangigkeiten 
in der Konf igurationsreihenf olge von KWs zu 
handhaben. . 



Garbage Kollektor 

Entsprechend der bisherigen Beschreibung wird ein 
Garbage-Kollektor (GC) zum Entfernen von nicht mehr 
benotigten KRs benutzt. Der GC lauft an, wenn entweder 
der Platz zum Laden einer neuen KR im Speicher nicht 
mehr ausreicht und IDs entfernt werden miissen; Oder eine 
KR explizit durch den Befehl REMOVE - mit der Angabe der 
ID der zu loschenden KR - geloscht wird. 
Um den GC-Lauf moglichst einfach zu gestalten, werden 
samtliche KRs Uber eine verkettete Liste miteinander 
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verbunden. GC lauft die Liste durch und entfernt die 
nicht mehr . benot igt en KR, indem . s ie vpn anderetn KR ....... .. 

uberschrieben und die Listeneintrage entsprechend 
angepafit warden. Dabei werden diei alle verbleibenden KR 
im Speicher so verschobenr dafi die durch die; zu 
loschenden KR entstehende Speicherlucke geschlossen wird 
und am Ende des Speichers ein groBerer zusainmenhangender 
Freiraum entsteht. 

Aufbau einer KR 

Ein inoglicher Grundaufbau einer KR ist in der folgenden 
Tabelle dargestellt : 

; . jnip START; 

length 

garbage - previous 

garbage - next 

FILMO - previous 

FILMO - NEXT 

CACHE - statistic 
KR - statistic 
START: 



ret; 



Zu Beginn der KR erfolgt ein Sprung iiber den folgenden 
Header hinweg zum Start der Befehlssequenzen, Es folgt 
die doppelt verkettete Listie . f fir den Garbag^^ 
in der samtliche KR miteinander verbunden sind, 
"length" gibt die Lange der KR an. Diese Information 
kann ffir Block-Move-Befehle nach dem Stand der Technik 
verwendet werden, die Anwendung finden, wenn die KR im 
Speicher bewegt werden mussen (Garbage, Load, etc.). 
In der anschliefienden doppelt verketteten Liste ist der 
FILMO aufgebaut, wobei nur die KRs miteinander verbunden 
sind, die KWs enthalten, die noch nicht an die CEL 
geschrieben wurden. 
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Es folgt eine Statistik iiber das Cache-Verhalten, die 
beispielsweise die Anzahl der Aufrufe der KR . (pro Auf ru.f , 
wird der Wert urn 1 erhoht), das Alter (anhand der Anzahl 
der GC-Laufe iiber die KR meisbar: pro GC-^Lauf wird der 
Wert lam .1 erhoht) r etc. enthalt . Diese Statistik kann 
der GC auswerten, wenn aus Speicherplatzgrunden eine KR 
entfernt werden mua. Fiir das Cachen ergeben sich durch 
seiche Statistiken erhebliche Vorteile. So kann 
beispielsweise abhangig vom verwendeten Cache- 
Algorithinus/ entsprechend. .den Anf orderungen der 
Applikation, der Mikrokontroller so programmiert werden, 
dafi . ■•• 

1. die alteste/neueste KR 

2. die kleinste/groBte KR (s. Eintrag "length") 

3. die am seltensten/am haufigsten aufgerufene KR 
aus dem Cache geloscht wird, wenn freier Speicher 
benotigt wird. Dabei konnen selbstverstandliche weitere 
sinnvolle Status informationen gespeichert werden. Ein 
derart selektives Cachen ist bei heute bekannten Cache- 
Strukturen nicht moglich. Insbesondere werden frei 
progranunierbare Cachealgorithmen in Caches nach dem 
Stand der Technik nicht unterstiitzt. 

Abschliefiend ist eine KR-Statistik vorhanden, die 
beispielsweise die Anzahl der noch nicht konfigurierten 
(REJECT) Oder der konfigurierten (ACCEPT) KWs enthSlt. 
Gleichzeitig kann die Adresse des ersten noch zu 
konfigurierten KW gespeichert werden; Dies, hat den 
Vorteil, daB bei einem FILMO-Durchlauf direkt auf das KW 
gesprungen werden kann und nicht das komplette KR 
durchlaufen werden muB, was zu einer erheblichen 
Performancesteigerung fuhrt. 

AbschlieBend sei zu den KR angemerkt, daB die 
verketteten Liste vorzugsweise durch Eintrag der 
Vorganger/Nachfolger-ID aufgebaut werden, da damit die 
abspluten Speicheradressen ohne Probleme vom GC 
verschoben werden konnen. Innerhalb einer KR sollten nur 
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relative Sprunge anstatt absoluter Spriinge verwendet 
warden, um Probleme beim Laden der KR und bei GC-Laufen 
zu vemmeiden/ da sich die absolute Adressen dabei 
'verahdern.-.- 

Der Vollstandigkeit halber soli noch erwahnt werden, dafi 
gemaft dem bereits beschriebenen Prinzip auch beim 
Einsatz eines Mikrokontrollers vor dem Ausfuhren einer 
neuen KR (aufgrund eines Triggers oder Befehls, auch von 
einer anderen CT aus) der FILMO durchlaufen wird und yor 
Durchlauf des FILMOs der Zustand der C£L 
(umkonfigurierbar oder nlcht) gesichert. wird. 



Figuren 

Die nachfolgend beschriebenen Figuren verdeutlichen 
anhand eines Implementationsbeispiels die Verwaltung von 
Konf igurationsdaten nach dem vorgestellten Verfahren: 

Figur 1: Verfahren der Adressgenerierung innerhalb der 
Lookup-Tabellen 

Figur 2-7 Abarbeitung der Befehle und Funktion der 

Statemachinen 

Figur 8 : Auf bau des SCRR-ARB 
Figur 9: Auf bau der LUTl & LUT2 

Figur 10: Auf bau der Pointerarithmetik und des CTR 

Figur il: Auf bau eines FILMO 

Figur 12a: Hierarchische Anordnung der CTs 

Figur 12b: Senden eines Triggers zwischen den CTs 

Figur 12c, d: Methoden zum Senden eines 

Figur 13: Aufruf einer KR durch mehriere IKR 

Figur 14: Auf bau der LUTl einer ROOT-CT 

Figur 15: Auf bau der HOST-Steuerung einer ROOT-CT 

Figur 16: Verdeutlichung des LUT und ECR Konzeptes 

Figur 17: Ablauf steuerung einer CT mittlerer 

Hierarchieebene, bzw, einer ROOT-CT 
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Figur .18: Deadlockproblematik bei der Konf iguration 
^ eines. 2-dimensional^ Arrays (siehe Patentbeschreibung) 
Figur 19: Verdeutlichung des FILMO-Konzeptes 
Figur 20: Grundprinzip der Inter^CT-Koinmunikatioh 
Figur 21: Iraplemetierungsbeispiel der Inter-CT- . 
Koitimunikation nach dem GETCTS-Verfahren 
Figur 22: Implemetierungsbeispiel der Inter-CT- 
Koiranunikatipn nach dem GETBUS-Verf ahren 
Figur 23: Busstruktur des Inter-CT-Bus 
Figur 24: Adressierung innerhalb von CT-Hierarchien . 
Figur 25: GARBAGE-Liste 
Figur 26: FILMO-Liste . 

Figur 27: FILMO Funktion innerhalb einer KR 

Figur 28: Speichern der Ziistande vor Avisfuhren einer KR 

Oder des FILMOs. 

Beschreibung der Figuren 

Figur 1 zeigt den Ablauf der CTR-Adressgenerierung 
innerhalb einer CT. Dabei wird ein eingehender binarer 
Triggervektor (0101) in der LUTl auf eine giiltige KR 
Oder IKR ID iibersetzt. Existiert keine giiltige ID, wird 
ein Signal "Illegal Trigger" generiert (0102), das 
anzeigt, da^ der Trigger nicht in LUTl bekannt ist. Das 
Signal kann als Fehlermeldung an die iibergeordnete CT 
weitergeleitet oder ignoriert werden. Die Ubersetzung 
von "Trigger" nach "ID" wird mittels des Befehls 
. "INFERENCE" in die LUTl eingetrageiri. 

Eine giiltige ID (0103) wird an die LUT2 weitergeleitet. 
IDs die innerhalb von Befehlen, also durch einen 
Operanden, angegeben sind (0104), treffen direkt auf die 
LUT2. Die LUT2 iibersetzt eine eingehende ID in die 
Adresse der KR/IKR innerhalb des CTR. Ist die KR/IKR 
nicht im CTR gespeichert (es liegt im Cache nicht vor) , 
wird das Signal "Miss" generiert (0105) . Ist die 
libersetzte Adresse der KR/IKR mit dem Token "NoAdr" 
markiert, wird mit "NoEntry" (0107) angezeigt, dali die 
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Adresse geloscht ist. "Miss" und "NoEntry" zeigen an, 
. dali eiiie Jpbersetz auf eifie CTR'-iht^rne Adfe^^ nicht 
moglich ist. Auf Grundlage dieses Signals IMdt die LOAD- 
Statemachine die KR/IKR mit der entsprechenden ID von 
. . = einer darviberliegenden CT nach. 

Sofern eine gultige Adresse vorhanden ist, wird diese an 
die Pointerarithmetik des Adressgenerators 
weitergeleitet (0106) . In LUTl wird ein eingehender 
binarer Triggervektor entweder in eine ID Oder einen 
weiteren. Triggervektor iibersetzt, . wobei in diesem.Fall 
der Triggervektor ausgegeben wird (0108) . 

In Figur 2 ist der Ablauf beim Laden einer KR/IKR 
dargestellt. Zunachst wird die ID (0201) der zu ladenden 
KR/IKR an die dariiberliegende CT gesendet. Daraufhin 
wird in die LUT2 an der Stelle des Eintrages fiir die 
angeforderte ID der Wert des FreePointers (FP) 
eingetragen. FP zeigt auf den Eintrag hinter dem letzten 
fiir eine KR/IKR genutzen Eintrag im CTR. Dies ist der 
erste Eintragr auf den die zu ladende KR/IKR gespeichert 
wird. 

Die Statemachine wartet auf ein Datenwort von der 
driiberliegenden CT. Sobald das Wort verfiigbar ist, wird 
es an die durch FP referenzierte Stelle geschrieben. FP 
wird inkrementiert , Zeigt FP auf einen Eintrag hinter 
dem Ende des CTR wird der erste Eintrag im CTR entfernt 
urn Plat z 2U schaffen (0202) ; dabei wird. FP aktualisiert.. 
Ist das von der darliberliegenen CT gesendete Datenwort 
"STOP", wird der Ladevorgang abgebrochen (0203), 
ansonsten mit dem Warten auf ein neues Datenwort 
fortgesetzt (0204) . 

In Pigur 3a ist der "MASK"-Befehl dargestellt. Der 
Operand des Befehls wird in das MASK-Register 
geschrieben. Das MASK-Register befindet sich am Eingang 
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der Triggersignale vor LUTl und maskiert ungultige 
.Trigger aia's . . 

In Figur 3b wird durch den Befehl "TRIGGER" der Operand 
des Befehls ais iriggervektor zu dien anderen CTs . 
•abgesendet . • 

In Pigur 3c wird durch den Befehl "REFERENCE" die 
Ubersetzung eines Triggers zu der entsprechenden KR/IKR 
ID in die LUTl geschrieben, 

J n Figur 4a wir der Befehl "WAIT*^ dargestellt. Der 
Operand des Befehls wird in das WAITMASK-Register 
geschrieben, Alle Trigger, bis auf den/die Erwarteten 
und daher in WAITMASK f reigeschalteten werden ignoriert^ 
Erst nach Auftreten des Triggers wird zum Prograrnmf luB 
zuruckgekehrt . 

In Figur 4b ist der "PUSH""-Bef ehl abgebildet. Das 
Konfigurationswort wird zum adressierten 
konfigurierbaren Element (CEL) gesendet. Akzeptiert das 
CEL das Konfigurationswort nicht; da das CEL sich 
beispielsweise im Zustand "nicht konf igurierbar" 
befindet; wird das Konfigurationswort in den FILMO 
geschrieben (0401) . 

Figur 5 zeigt den Ablauf eines " REMOVE" -Be fehles. Es 
gibt zwei Aufrufvarianten: 

1. Die erste im CTR liegende. KR/IKR wird aus dem CTR 
entfernt. Dein GarbagePpinter (GP). Wird die Adresse 0 des 
CTR zugewiesen (0501) . 

2. Eine spezifisch durch ihre ID angegebene KR/IKR wird 
aus dem CTR entfernt. Dem GarbagePointer (GP) wird die 
erste Adresse des zu entfernenden KR/IKR im CTR 
zugewiesen (0502) . 

Der MovePointer wird mit dem Wert von GP geladen. GP und 
MP referenzieren auf einen "BEGIN <ID> "-Befehl im CTR, 
auch wenn die erste KR/IKR aus dem CTR entfernt werden 
soli- Die betreffende ID wird in LUT2 als ungiiltig 
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markiert. MP wird so lange. inkrementiert, bis das "BEGIN 
<ip>". des nachsten im Speicher liegenden KR/IKR erreicht: 
wird (0503), ODER MP gleich deih FreePointer (FP) ist, 
das bedeutet, daB die zu entfernende KR/IKR die letzte 
. im;GTR ist (0504) . 

- In diesem Fall wird FP mit dem Wert von GP geladen, 
wodurch die durch die zu loschende KR/IKR belegten 
Speicherstellen als frei markiert werden; und die 
Funktion "REMOVE" ist beendet (0505) . 

- Andernf alls ("BEGIN <ID>'' wird erreicht (0506) ) werden. 
die durch MP referenzierten Daten an die durch GP 
referenzierte Speicherstelle kopiert. MP und GP werden 
inkremetiert. Dieser Ablauf findet so .lange statt, bis 
MP das Ende von CTR oder die Position von FP erreicht 
hat (0507) . Wird wahrend des Ablaufes durch MP eine 
Speicherstelle ref erenziert, in der "BEGIN <ID>" steht, 
wird der Eintrag fiir die entsprechende ID in LUT2 mit MP 
Oberschrieben (0508), damit bei einem Lookup die 
richtige Speicherstelle ausgegeben wird, 

Figur 6 zeigt das Ablauf diagram des FILMOs. Ein FILMO 

beinhaltet drei Pointer: 

1, WriteP: Der Schreibzeiger des FILMO-RAM 

2, ReadP: Der Lesezeiger des FILMO-RAM 

3, FullP: Der Zustandszeiger, der den "Fullstand" des 
FILMO-RAMs reprasentiert und einen Unterlauf, bzw. 
Uberlauf verhihdert . . 

Ein ein-Bit Register "BeginF" zeigt an, ob sich der 
aktuelle Lesezugrif f am Anfang des FILMO-RAMs befindet 
(TRUE), d.h. keine nicht geloschten Eintrage befinden 
sich zwischen dem Lesezeiger und dem Beginn des FILMO- 
RAMs; Oder sich der Lesezeiger in der Mitte des FILMO- 
RAMS befindet (FALSE) , also benutzte Eintrage zwischen 
dem Lesezeiger und dem Beginn des FILMO-RAMS liegen. 
Weiterhin existieren zwei Register zum Speichern der 
Zustande des ReadP und FullP. Es ist notwendig beim 
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Aiiftreten des ersten ungeloschten Eintrages die beiden 
Register zu sichern, . da bei einem spater stattfindenden 
Lesezugrif f an der Stella dieses Eintrages mit dem 
Ausiesen begonnen werden mufi. Andgrerseits mussen jedoch 
Re.adP und FullP wShrend des aktuellen Lesevorganges ■ 
weiterhin modifiziert werden^ um die nachsten 
Leseadressen zu erhalten, bzw. das Ende des FILMO-E^AMs 
festzustellen. Durch den Aufbau des FILMOs als FIFO- 

ahnliche Struktur als sogenannten Ringspeicher 

kann Beginn und Ende des Speichers nicht anhand einer . 
Adresse 0 Oder eine Maximaladresse festgelegt werden. 
Aus dem Grundzustand. fuhren zwei Ablaufpfade: 
1. Lesepfad (060.1) 

FullP und ReadP werden in die Register gesichert. 
Die Abarbeitungsschleif e beginnt : 
BeginF ist TRUE. 

1st FullP gleich 0, werden ReadP und FullP aus ihren 
Registern zuruckgelesen (0602) und die Statemachine 
springt in den Grundzustand zuriick. 

Ansonsten (0603) wird getestet, ob der Eintrag im FILMO, 
auf den ReadP zeigt gleich "NOP" ist, d.h. es handelt 
sich uin einen als geloscht markierten Eintrag in der 
Mitte des FILMOs. Ist dies nicht der Fall (0604) wird 
versucht den Eintrag in das konf igurierbare Element. 
(CEL) zu schreiben. Geiingt dies nicht (REJECT, 0605), 
da CEL nicht umkpnf igurierbar ist, wird BeginF auf FALSE 
gesetzt, FullP dekrementiert und ReadP. ihkrjeme.ntiert . 
Die Statemachine springt an den Beginn der 
Abarbeitungsschleife (0606) . 

Geiingt das Schreiben des Eintrages an das CEL (0607), 
Oder der Eintrag ist ein NOP, wird BeginF gestestet: 
BeginF == TRUE (0608): Es liegen keine ungeloschten 
Eintrage vor diesem. FuliP wird inkrementiert, ReadP 
wird in dem zugeordneten Register gesichert, um den 
neuen Anfang des FILMOs festzuhalten. FullP wird 
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gesiehert um die aktuelle. Datenmenge. festzuhalten; ReadP 
wird, inkrementiert . . . 

BeginF == FALSE (0609) : FullP wird inkrementiert und der 
aktuelle Eintrag im FILMO-RAM mit NOP iibbrschrieben, 
d.h. defc Eintrag wird geloscht.. ReadP wird. 
inkrementiert • 

In beiden Fallen springt die Statemachine an den Beginn 
der Abarbeitungsschleife. 
2. Schreibpfad (0610) 

Es wird getestet, ob der FILMO-RAM voll ist, indem FullP 
auf den maximalen Wert iiberpriift wird. 1st dies der Fall 
(0611), wird in den Lesepfad gesprungeh um Platz zu 
schaf fen. ■ • ■ ■ • 

Ansonsten wird das Datenwort in den FILMO-RAM 
geschrieben und WriteP und FullP inkrementiert. 

Figur 7 zeigt den Ablauf in der Haupt statemachine. Der 
Grundzustand (IDLE) wird verlassen, sobald ein 

1. REMOVE-Koramando von der daruberliegenden CT auftritt 
(0701): Der REMOVE-Befehl wird ausgeflihrt und die 
Statemachine kehrt nach IDLE zuriick. 

2. Ein Triggersignal zur Generierung eines Triggers 
zwischen den CTs auftritt (0702) : 

Der Trigger wird ausgegeben.. 

Die Statemachine springt in den "STOP"-Bef ehl und danach 
nach IDLE zuriick. 

3. Eiri triggersignal zur Ausfiihrung eines KR/IKR <ID> 
auftritt (0703) : 

Der ProgramPointer (PP) wird mit der durch LUT2 
generierten Adresse geladen. 1st die Adresse ungultig, 
d.h. kein Eintrag fiir das zu ladende KR/IKR vorhanden, 
wird dieses geladen (0704) und PP neu gesetzt. 
Die Ausfiihrungsschleife beginnt: 

PP wird inkrementiert (beim ersten Schleifendurchlauf 
wird dadurch der BEGIN <ID>-Befehl iibersprungen) , das 
Auf tret en weiterer Trigger wird unterbunden, RECONFIG 
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wird gesperrt Die Befehle werden ausgefiihrt und zum. 
Beginn. der. -Ausfuhrungsschleife. gesprun^ ... . 

Der Befehl "STOP" wird gesondert auagefuhrt (0.705) . Die 
Trigger und RECONFIG werden wieder f reigeischaltet und 
die Statemachine springt nach IDLE. 

Der Befehl "EXECUTE" wird ebenfalls gesondert ausgefuhrt 
(0706) . Die in EXECUTE <ID> angegebene ID wird in das 
ID-REG geschrieben. PP wird neu geladen und die durch ID 
angegebene KR/IKR ausgefuhrt (0708) . 

Nach einem Reset der CT wird die Grundkonfiguration in 
das CTR geladen und direkt in die Ausfiihrung der 
Grundkonfiguration gesprungen (07Q9) . 

Figur 8 zeigt den Aufbau eines SCRR-ARB. Die zu 
arbitrierenden Signale gelangen liber Datain auf eine 
Maske (0801), die gemaB der bekannten Tabelle einen 
zusammenhangenden Teil der Signale durchschaltet, bzw. 
sperrt. Ein gew5hnlicher Prioritatsarbiter (0802) nach 
dem Stand der Technik arbitriert ein Signal aus der 
Menge der Durchgeschalteten und lieferte dessen 
Binarvektor (BinaryOut) zusairanen mit einer 
gultig/ungiiltig-Kennung (ValidOut) (ebenfalls gemafi dem 
Stand der Technik) als Ausgang des SCRR-ARB. , 
Dieses Signal wird gemafi der bekannten Tabelle dekodiert 

(0803) und auf ein Register zur Taktsynchronisierung 

(0804) gefiihrt . fiber dieises Regiister wird die Datain 
Maske geschaltet, Dabei wird das Register entweder durch 
einen Takt Oder ein Next-Signal (Enable EN) , das den 
nachsten giiltigen Binarvektor abfragt gesteuert. Bei 
einem Reset Oder wenn die Kennung (ValidOut) ungiiltig 
anzeigt wird das Register so geschaltet, daB die Datain 
Maske alle Signale durchschaltet . 

Der Aufbau der Maske ist in 0805 dargestellt. In 0806 
ist die Maske ein weiteres Mai abgebildet, dabei sind 
die Signale Datain 0,. Datain 1 gemafi des SCRR-Prinzips 
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gleichpriorisiert, wahrend pataln .m Datain n . 
.hoherpriprisiert .sind.,- ..... . . . 

In Figtir 9 ist die LUT^Struktur abgebildet. Der 
Biharyektor (Binaryin) des . arbitrierten. triggers, wird. 
auf den Adresseingang der LUTl (0901) gefuhrt. 
LUTl ubersetzt den Binarvektor entweder in einen 
giiltigen Trigger um diesen an eine andere CT 
weiterzuleiten oder eine giiltige ID, Beide warden uber . 
0910 ausgegeben. 0911 zeigt an, ob es sich um einen 
Trigger Oder eine ID handelt. 

Ist iiber den Befehl "REFERENCE" keine Ubersetzung des 

eingehenden Binarvektors in LUTl eingetragen, wird 

mittels eines Biteintrages Oder eines Vergleichers auf 

ein bestiinmtes Token (z.B. "VOID") das Signal 

"Illegal Trigger" 0914 generiert. 

Ein Trigger wird uber 0912 an externe CTs gefuhrt, IDs 
werden iiber den Multiplexer (0902) weiterverarbeitet . 
0902 schaltet entweder der Datenausgang von LUTl, der 
eine giiltige ID angibt, oder das ID-Register (0903) der 
CT auf den Adresseingang der LUT2 (0904) . 0904 besitzt 
eine Cache-ahnliche Struktur, d.h. der niederwertige 
Teil (0906) des Datenausgangs von 0902 wird auf den 
Adresseingang von 0904 geschaltet, wahrend der 
hoherwertige Teil (0907) auf den Dateneingang von 0904 
igeschaltet wird. Der 0907 gehdrende Datenausgang wird 
iiber einen Komparator (0905) mit 0907 verglichen. Der . 
Vorteil dieses Verfahrens ist, daJi 0904 nicht die Tiefe 
zur Ubersetzung aller IDs aufweisen muB, sondern 
erheblich kleiner ausf alien kann. Ahnlich eines 
gewohnlichen Caches wird lediglich ein Teil der IDs 
ubersetzt, wobei in der LUT2 anhand 0907 festgestellt 
werden kann, ob die selektierte ID der von LUTl 
angegebenen entspricht. Dies entspricht einem Cache/TAG- 
Verfahren nach dem Stand der Technik. 
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Einem zweiten Dateneingang von 0904 ist ein Multiplexer 

0908 zugeordnet, der je nach Operation den FreePointer 
(FP, Operation LOAD ) ^ den GarbagePointer (GP, Operation 
REMOVE) Oder eine Invaiid-Kennung/Token (NoAdr, 
Operation REMOVE) zur .SpeicherUng ah . LUT2 lifefe.rt : Die 
beiden Pointer referenzieren auf Speicherstellen im CTR, 
"NoAdr" gibt an, dafi kein Eintrag zu der passenden ID 
exist iert, der Eintrag geloscht wurde. Dies wird am 
Datenausgang festgestellt, indem iiber den Vergleicher 

0909 die Daten auf das Token "No Adr" verglichen werden. 
An die Statemachine wird weitergeleitet : 

- Das Auftreten eines Binarvektors wird iiber "Validin" 
(vgl. Figur 8) ^ 

- Die Angabe ob es sich bei der Ubersetzung in LUTl urn 
einen Trigger oder eine ID handelt (0911, "Trigger/ID 
Out") . Trigger werden iiber 0912 an andere CTs 
weitergeleitet, IDs werden in der eigenen CT 
abgearbeitet und an die LUT2 weitergeleitet. 

- Das Ergebnis von 0905, das angibt, ob die 
entsprechende ID in 0904 gespeichert ist ("Hit/Miss 
Out"). 

- Das Ergebnis von 0909, das angibt, ob die 
entsprechende ID auf eine giiltige Adresse im CTR zeigt 
("NoEntry Out") . 

Die von 0904 generierte Adresse wird an das CTR 
weitergeleitet ("CTR Address Out"). 

Die LUTl wird iiber den Befehl "REFERENCE" mit der 
Ubersetzung des eingehenden Binarvektors auf einen 
Trigger oder ID geladen. Die Operanden des Befehls 
werden iiber den Bus 0913 an die LUTl gefiihrt. Uber 
denselben Bus wird das ID-Register (0909) geladen. 

Figur 10 zeigt die Pointerarithmetik des GarbagePointer 
(PG) , ProgramPointer (PP) , MovePointer (MP) und 
FreePointer (FP) . Jeder Pointer besteht aus einem 
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getrennt ansteuerbaren ladbaren up/down-Zahler . Jeder 
Zahler kann - — ; sofern notwendig - — mit : dem Wert jedes ... . 
anderen Zalilers geladen werden; ebenso wie rnit. der ... . , . 
Ausgabe von LUT2 (1007) • 
Uber Vergieicher wird festgest.ellt bb . 

1. PP gleich MP . 

2. MP gleich FP 

3. FP gleich der maximalen Position im CTR 
ist. Die Ergebnisse werden zur Steuerung der. 
Statemachines verwendet. 

Uber einen Multiplexer (1001) wird einer der Pointer zum 
Adresseingang des CTR geleltet. Die Daten gelangen uber 
einen Multiplexer. (1002); entweder von der iibergeordneten 
CT (1005) Oder aus einem Register (1003) an das CTR. Zur 
Statemachine und zum FILMO (1006) werden uber einen 
Multiplexer (1004) entweder die Daten von der 
iibergeordneten CT oder des CTR weitergeleitet . Dabei 
wird beim Auftreten eines REMOVE-Befehls von der 
iibergeordneten CT der direkt iiber 1004 an die 
Statemachine geleitet, wShrend ansonsten die Befehle aus 
dem CTR an die Statemachine gefiihrt werden. Das Register 
1003 dient zur Speicherung und Riickkopplung von Befehlen . 
auf den CTR Eingang, die wahrend eines Durchlaufs des 
Garbage-Kollektors von einer Adresse an eine andere 
geschoben werden. 

Der Aufbau eines FILMOs ist in Figur 11 dargestelltv Die . 
Daten gelangen von dem CTR (1101) in das FILMO und 
werden entwerder iiber den Multiplexer (1102) in das 
FILMO-RAM (1103) geschrieben oder iiber den Multiplexer 

(1104) an die konf igruierbaren Elemente (1116) gesendet. 
Werden Daten in 1103 gelSscht, wird iiber 1102 eine 
"NOP"-"Token nach 1103 geschrieben. Uber den Vergieicher 

(1105) am Datenausgang wird das "NOP"-Token erkannt und 
ein Schreiben zu den konfigurierbaren Elementen 
verhindert. Uber den Multiplexer 1106 wird entweder der 
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Schreibzeiger WriteP (1107) oder der Lesezeiger (1108) 
an den Adresseingang . von 1103 gefuhrt . In dem Register. .. 
1109 vird der Lesezeiger g^siche^^^^ urn ein Riicksetzen . 
(siehe Figur 6) zu ermoglichen. 

Der Failstahdszahler Fiall (1110) von. 1103 wird geiriafi 
Figur 6 in dem Register 1111 zum Riicksetzen gespeichert. 
Zwei Vergleicher testen, ob 1103 leer (1112) oder voll 
(1113) ist. Uber den Multiplexer 1115 wird selektiert, 
ob die Steuersignale der Statemachine (von llOi) oder 
des FILMOs an 1116 gesendet wird. 

Figiir 12a zeigt den hierarchischen Aufbau der CTs. Alle 
CTs bezieherl ihre Daten aus der ROOT-CT (1201) und dem 
ihr zugeordneten ECR (1204) . Fiir jede 

Implement ierungsebene in einem Baustein exist iert eine 
oder mehrere CTs. Jede CT ist fiir die Verwaltung ihrer 
Ebene und der darunterliegenden CTs zustandig. Es ist 
nicht notwendig, dali alle Aste das Baumes gleich tief 
sind. Beispielsweise k5nnen weniger Ebenen zur Steuerung 
der Peripherie (1202) eines Bausteines existieren als 
zur Steuerung der Arbeitseinheiten (1203) . Der 
Datentransfer erfolgt baumartig. Jede CT arbeitet als 
Cache fiir alle unter ihr liegenden CTs . 
Figur 12b zeigt den Triggerf lufi - zwischen den CTs. . 
Wahrend der Datenfluli baumartig verlauft, ist der 
TriggerfluB nicht festgelegt. Jede CT kann an jede 
ahdere eineri Trigger sendeni Fiir gew5hnlich findet ein 
Triggeraustausch nur von den Blattern (1203) in Richtung 
der ROOT-CT (1201) statt. Unter Umstanden kann der 
Transfer jedoch auch in die entgegengesetzte Richtung 
verlauf en . 

In Figur 12c ist ein Triggervektor Broadcast 
dargestellt, wobei 1205 einen Triggervektor an alle CTs 
sendet . 
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Figur 12d zeigt einen HIGHER-Triggervektory den 1206 an 
die uber ihr liegende CT. sendet, 1207. sendet einen. . 
LOWER-Triggeryektor an alle unter ihr liegenden CTs. 
1208 ubertragt einen direkt adressierten (ADDRESSED)- 
Triggeryektor an eine bestiitunte CT, die nicht direkt mit 
1207 verbunden ist. 

In Figur 13 fordern zwei unabhangige IKR n und m eine 
gemeinsame, in der dariiberliegenden CT gecachte KRx an. 
Es ist angedeutet, dafi diese KR von: dem gesamten Ast 
gecachet wird und auch in einem Nachbarast (1301) uber 
eine gemeinsame CT verf tigbar ist . 

Figur 14 zeigt ein gegenuber Figur 9 modif iziertes LUT- 
System, das in ROOT-CTs und CTs mittlerer 
Hierarchieebenen verwendet wird. Der grundlegende 
Unter schied zu den bislang beschriebenen CTs ist, daii 
anstatt einzelner Triggersignale ID- und/oder Trigger- 
Vektoren von der CT verwaltet werden miissen. Jedem 
Vektor ist dabei ein Handshake-Signal (RDY) zur Anzeige 
der Gultigkeit des Vektors zugeordnet, die an einen 
Arbiter (1401) geleitet werden. Uber die Multiplexer 
(1402, 1403) wird entweder einer der Triggervektoren 
(1404) Oder einer der ID-Vektoren . (1405) ausgewahlt. 
Triggervektoren gelangen direkt auf den Adresseingang 
der LUT1.(1406)^ die ansonsten gemaB Figur 9 beschaltet 
ist. Das ID-Register. (1407) ist ebenfalls gemaU Fiigur 9 
beschaltet. Im Gegensatz zu Figur 9 besitzt der 
Multiplexer 1408 drei Eingange (vgl. 0902). Der 
Multiplexer wird dabei auBer von der Statemachine 
zusatzlich von dem Arbiter 1401 angesteuert. Uber den 
zusatzlichen Eingang werden ID-Vektoren Uber 1403 direkt 
an die LUT2 weitergeleitet . Dazu dient der Bus 1409. 
(Prinzipiell kSnnen auch bei CTs gemSB Figur 9 IDs gemaB 
einem Multiplexer (1408) direkt auf die LUT2 geschaltet 
werden. Die IDs konnen dann ohne Ubersetzung direkt von 
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den CEL an die LUT2 gesendet werden. ) "Trigger/ ID Out" 
wird .gemalS. Figur. 9 - generiert.. Ein ''Yalidin" Signal, das 
gemafi Figur 9 auf ein "Valid Out" weitergeleitet wird 
existiert nicht, Statt dessen wird je hach Afbitfieruhg 
durch 1401 ein "Valid Trigger Out" fur Triggervektoiren 
und ein "Valid ID Out" fur ID-Vektoren generiert, um die 
Statemachine anzuweisen, wie die Verarbeitung 
stattzuf inden hat. 

Der Bus 1409 wird iiber 1410 an eine.weitere Einheit 
geleitet, die nur in der ROOT-CT existiert und in Figur 
15 beschrieben ist. 

Eine ROOT-CT benotigt zusatzlich zu den normalen CT^ 
Funktionen ein Interface zu dem externen 
Konf igurationsspeicher (ECR) , sowie den erf orderlichen 
Adressgenerator und Einheiten zum Verwalten der Zugriffe 
auf den ECR. 

Eine gewohnliche CT iibersetzt in LUTl eingehende 
Triggervektoren auf einen ID und in LUT2 das ID auf eine 
Speicherstelle im CTR (siehe Figur 16a) . Eine ROOT-CT 
iibersetzt bei Zugriffen auf das ECR eine ID innerhalb 
des ECR auf eine Adresse im ECR, an der das durch ID 
referenziert KR/IKR beginnt. Dazu ist ein 
Speicherbereich im ECR festgelegt, dessen Grofie der 
moglichen Anzahl an IDs entspricht (ist beispielsweise 
eine ID 10-bit breit, iergibt das 2" « 1024. mogliche IDs, 
alisb . werden 1024. EintrSge im ECR reserviert) . In: den 
folgenden Beispielen befindet sich dieser 
Speicherbereich am unteren Ende des ECRs und wird LUT- 
ECR genannt, um die Ahnlichkeit zur LUT2 zu 
unterstreichen. Die Ubersetzung eines Triggers auf eine 
ID findet dabei gemSB den bereits bekannten CTs in der 
LUTl statt (1601) . Zum besseren Verstandnis verdeutlicht 
Figur 16b den Zugriff auf das ECR. 
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Eine ID gelangt in Figur 15 uber den Bus 1410 auf Figur 
.14 an. den Multiplexer .1501. Ufc>er . 1501 wird die . ID . in den 
ladbaren Zahler 1502 geschrieben. Der Ausgang von 1502 
fiihrt iiber einen Multiplexer 1503 an den Adressbus 
(1504) des EGR. Uber den Datenbus 1505 gelangt die 
Ubersetzung der ID auf eine Speicheradresse iiber einen 
Multiplexer/ Demultiplexer (1506) an 1501, der 1502 mit 
der Speicheradresse ladt . Darauf hin werden iiber die 
Statemachine LOAD-ECR (siehe Figur 17) die Datenworter 
der entsprechenden KR/IKR aus dem ECR gelesen und in das 
CTR geschrieben, wobei 1502 nach jedem Lesevorgang 
erhoht wird; so lange, bis der Befehl "STOP" gelesen 
•wurde. 

Uber das Interface 1507 schreibt der iibergeordnete HOST 
iiber 1503/1506 die KR/IKR in das ECR. Dabei wird iiber 
die Statemachine (CTS) arbitriert, ob der HOST oder die 
ROOT-CT Zugriff auf das ECR hat, 

Nach einem Reset des Bausteines muS> eine 
Grundkonf iguration (BOOT-KR) geladen werden. Dazu wird 
eine feste Speicheradresse (BOOT~ADR) eingefiihrt/ die 
auf die erste Speicherstelle der BOOT-KR zeigt. Als 
BOOT-ADR wird die Speicherstelle Oh empfohlen, sofern 
die IDs bei 1 beginnen, andernfalls kann 2" oder irgend. 
eine andere Speicherstelle yerwendet werden. In. dem 
. Aus fiihrurigsbeispiel wird 2^^ verweridet. 

Die ROOT-CT fiihrt zum Laden der BOOT-KR an der Stelle 
BOOT-ADR einen Lookup durch, sofern eine BOOT-KR geladen 
ist. Die ROOT-CT schreibt die Daten nach 1502 um von 
dort die BOOT-KR bis zum Auftreten eines "STOP" Befehls 
zu laden. 

Eine Uberwachungseinheit innerhalb der ROOT-CT iibernimmt 
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die Synchronisation des HOST rait . dem Baustein.. Dies. 
_geschieht f olgendermafien: . .. . 

Die Adressen kleine 2^^ werden .durch 1508 iiberwacht, d.h. 
bei Zugriffen auf diese Adressen durch den HOST wird ein 
Signal (ACC-ID) an die Statemachine (CTS) gesehdet . 
Ebenfalls wird BOOT -ADR uber 1509 iiberwacht und sendet 
ein Signal ACC-BOOT an die Statemachine (CTS) . 
Die Statemachine (CTS) reagiert wie f olgt : 

- Schreibt HOST auf die BQOT-ADR, bewirkt dies das Laden 
der BOOT-KR. - < 

- Schreibt HOST das Datenwort 0 (1512) auf die BOOT-ADR, 
wird dies uber den Komparator 1510 festgestellt und 
bewirkt das Anhalten des Bausteines. 

- schreibt der HOST auf eine Adresse kleiner 2^° wird die 
Adresse in das REMOVE-Register (1511) geladen. Da die 
Adresse der ID entspricht (siehe ECR-LUT) steht die ID 
der geanderten KR/IKR in 1511. An alle CTs wird der 
Befehl REMOVE <ID> zur sofortigen Ausfiihrung gesendet 
(1513) . Die CTs loschen daraufhin die KR/IKR der 
entsprechenden ID aus ihrem CTR, bzw. LUT2. Bei einem 
nachfolgenden Aufruf der KR/IKR miissen die CTs 
zwangslaufig die neue KR/IKR aus dem ECR laden. 

Figur 17 zeigt den Ablauf in einer ROOT~CT bei Laden 
einer KR/IKR aus dem ECR. Befindet sich eine ID nicht im 
internen CTR (vgl. Figur 1, I7OI) wird die ID in den 
zahler 1502 ge^chrieberi (1703) .Ein Zugriff auf das ECR 
mit der Adresse in 1502 liefert die Basisadresse der 
KR/IKR. Diese wird in 1502 geschrieben (1704) . Ein LOAD 
gemafi Figur 2 findet statt (1702) . Dabei werden die 
Daten statt von einer Obergeordneten CT aus dem ECR 
gelesen (1705) und nicht nur in das eigene CTR 
geschrieben, sondern an die untergeordnete CT gesendet 
(1706) . 
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In einer CT mittlerer Hierarchieebene lauft die 
Ubersetzung .der Trigger ahnlich. Figur .1, mit der . 
Ausnahme, dafi Triggervektoren und ID-Vektoren gemaiS 
Figiir 14 behandeit werden. Die KR/IKR werden gemaJi Figur 
2 geladen/ mit der Ausnahme, dafi die Datenwor.te . nicht . , 
nur in das eigene CTR geschrieben werden (0210), sondern 
gleichzeitig an die untergeordnete CT gesendet werden. 

Figur 19 verdeutlicht das FILMO Prinzip. Der FILMO 
(1901) wird bei lesenden und schreibenden Zugriffen 
inuner vom Anfang zum Ende durchl^ufen (1902) • Werden 
Eintrage vom Anfang desFILMOs geschrieben und geloscht 
(1903), wird der Lesezeiger auf den ersten ungeloschten 
Eintrag verschoben (1904) . Werden Eintrage aus der Mitte 
das FILMOs geschrieben (1905) , bleibt der Lesezeiger 
unverandert (1906), die Eintrage werden mit "NOP" 
markiert (1907) . Werden Daten in das FILMO geschrieben 
(1908), werden diese am Ende, hinter dem letzten Eintrag 
angehangt (1909) . Der Lesezeiger (1910) bleibt 
unverSndert . 

Selbstverstandlich kann eine CT mit nur einem Speicher, 
der LUTl, LUT2 und CTR umfafit aufgebaut werden. Die 
Steuerung dafur ist jedoch aufwendiger. Die CTs sind 
dabei ahnlich der ROOT-CT aufgebaut, die bereits die 
LUT2 UND das CTR im ECR integriert. Fiir das Verstandnis 
des Verfahrens ist eine Beschreibuhg dieser. CTs hicht . ' 
erf orderlich . 

Wird eine CT als Cachesystem fur Daten eingesetzt, 
werden Trigger zum Schreiben von Daten in das CTR 
eingefiihrt. Dabei werden die Daten von einer CEL in das 
CTR geschrieben. Die hierzu notwendigen Anderungen sind 
trivial, das FILMO kann koir^lett ent fallen. 
Beim Cachen der Daten tritt das Problem der 
Datenkonsistenz auf. Dies kann umgangen werden, indem 



56 



wo 99/44120 



PCT/DE99/00505 



ein Verfahren gemafi DE 42 21 278 Al eingesetzt wird, um 
■die. Daten und deren Gultigkeit in den, einzelnen 
Hierarchieebenen zu kennzeichnen . Werden Daten zur 
Dufchf iihrung eihes kead-Modif y-Write-Zyklusses (RMW- 
Zyklus) angefordert/ werden die Daten auf alien 
Hierarchieebenen anhand eines zusatzlichen Eintrages in 
dem CTR/ECR als "ungiiltig" (INVALID) gekennzeichnet . In 
den Eintrag kann dazu die eindeutige ID der die Daten 
benutzenden KR/IKR eingetragen werden. Die Daten konnen 
so lange von keiner KR/IKR mit anderer ID benutzt 
werden, bis die die Daten benutzende KR/IKR die Daten 
zuriickgeschrieben (vgl . Write-Back-Methode nach dem 
Stand der Technik) und ihre ID gelSscht hat, 

Figur 20 zeigt ein Ausfuhrungsbeispiel : 
In Figur 20a fordert die CT 2007 Daten von der 
dariiberliegenden CT an, diese fordert die Daten von der 
ROOT-CT 2004; mit der Datenanforderung wird die ID der 
Anfordernden KR/IKR (2001) iibertragen. Die Daten (2002) 
werden an 2007 gesendet. Alle anderen, spSteren Zugriffe 
werden abgewiesen (2003) . 

In Figur 20b werden die Daten zuruckgeschrieben (2005), 
anderen, spateren Zugriffe werden wieder akzeptiert 
(2006) . . 

In Figur 20c werden Daten von einer CT mittleren 
Hierarchie angefordert, im Besitz der Daten ist und 
diese an 2007 sendet. Die ID zum Sperren der Daten wird 
an alle CTs in der Hierarchie gesendet (2001) . Beim 
Ruckschreiben der Daten (Write-Back) in Figur 20d werden 
die Daten an alle CTs in der Hierarchie geschrieben und 
die ID geloscht. 

Figur 21 zeigt die Kommunikation einer INITIATOR CT 
(2101) iiber mehrere Zwischen-CTs (2104, 2105, 2106) mit 
einer TARGET GT (2102), sowie die direkte Kommunikation 
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phne Zwischenebenen mit einer TARGET CT (2103) nach dem 
GETCTiS/LOOSECTS-Verf ahren 

2101 baut eine Verbindung zu 2103 auf. Nach 
erfoigreichen Aufbau erh^ von 2103 einlsn GRANT 
als Bestatigung des Aufbaus...Danach baut 2101 iiber 2104, 
2105, 2106 die Verbindung zu 2102 auf . Die Verbindung zu 

2102 wird erst bestatigt (GRANT), wenn 2102 erreicht 
ist. 

1st die Verbindung nicht aufbaubar, da einer der Busse 
belegt ist, wird. ein REJECT an .2101 gesendet und 2101 
bricht den Vorgang ab. Das bedeutet, daB auch die 
Verbindung zu 2103 abgebrochen wird und ein REJECT an 

2103 gesendet wird. 

Bestatigt 2102 jedoch die Verbindung mit GRANT, sendet 

2101 an 2103 und 2102 eine GO-Befehl, urn gleichzeitig 
2103 und 2102 den gelungenen Busaufbau und die 
Synchonisation zu bestatigen. Durch dieses Protokoll 
sind Daten oder Befehle synchron und deadlockfrei 
iibertragbar, da iiber GO sichergestellt ist, daB alle 
TARGET die Befehle korrekt empfangen. 

Figur 22 zeigt den Ablauf der Inter-CT-Kommunikation 
nach dem GETBUS/LOOSEBUS-Verfahren. Wahrend im Verfahren 
gem. Fig. 21 die jeweils ubergeordneten CTs die 
steuernde und priorisierende Aufgabe besitzen, wird die 
Steuerung hier von den Inter-CT-Bussen (2201) 
ubernommen. 

Eine Verbindung zu 2103 wird aufgebaut, indem die 
INITIATOR-CT (2101) ihren lokalen Inter-CT~Bus anfordert 
(2202) . Anforderungen werden bestatigt, wenn der Bus 
frei ist (ACCEPT) oder zurtickgewiesen, wenn der Bus 
belegt ist (REJECT) . Danach sendet sie die Adresse von 

2102 auf den Bus. GemSfl dem Adressierungsschema erkennt 
die Bussysteuerung, daB die Adresse auBerhalb der 
lokalen Busadressen liegt und baut iiber die 
ubergeordnete CT 2104 eine Verbindung. zu deren lokalem 
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Bus auf (2203) • Da die Adresse von 2102 in dessen 
Adr:essberei Ixegt, wifd uber. .2106. die. Verbindung zum 
lokalen Bus von 2102 aufgebaut (2204) . Da 2101 nunmehr 
aileiniger Busmaster samtlicher fiir die 
Datenkommunikatipn. erforderlicher. Busse ist> ist 
sichergestellt, dafi eine reibungslose deadlockf reie 
Kommunikation ablauft, da die Kommunikationskanale fiir 
alle anderen CTs gesperrt sind. Auch 2102 und 2103 
konnen die Busse nicht benutzen, da diese in ihrer 
TARGET-Rolle nur Befehle empfangen . konnen und.nur auf 
Anforderung durch den INITIATOR (2101) selbst Daten 
senden konnen. 

Sobald die Kommunikation beendet is.t, werden die Busse. 
durch ein Signal von 2101 abgebaut. 

Trifft 2101 wahrend des Busaufbaus auf einen benutzten 
Bus, wird ein REJECT an 2101 gesendet und 2101 baut die 
Bussysteme wieder ab und versucht den Aufbau zu einem 
spSteren Zeitpunkt erneut. Forderen mehrere CTs 
gleichzeitig denselben Bus an, so ist die iiberliegende 
CT hoher priorisiert (2205) . Damit wird vermieden, dafi 
ein weit f ortgeschrittener Busaufbau^ der bereits iiber 
mehrere Ebenen lauft von einem noch sehr lokalen 
Busaufbau abgebrochen wird. 

Durch ein erweitertes Protokoll ist es moglich im Falle 
eines REJECTS nur die Busse abzubauen, die von dem hoher 
priorisierten Busaufbau benotigt werden. Dies kann zu 
einer erheblichen. Perfomancesteigerung fuhren, ; da liicht 
alle Busse zu einem spateren Zeitpunkt neu aufgebaut 
werden miissen. 

Der Aufbau des Inter-CT-Busses fiir das Verfahren gem. 
Fig. 22 ist in Figur 23 dargestellt. Die CTs 2301-2304 
sind iiber ihre Interface (2308-2311) zusammen mit der 
tibergeordneten CT 2305 (Interface 2307) an den Inter-CT- 
Bus 2312 angeschlossen. Die Aufschaltung auf den Inter- 
CT-Bus geschieht iiber einen Round-Robin-Arbiter, der 
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2308-2311 gleich priorisiert und 2307 hoher priorisiert, 
de.r einen Multiplexer, zum Zus.ainmensch^ der Bu^.se 
ansteuert (2306) . Dem Arbiter zugeordnet ist ein 
Stateinaehine, die die Steuersignaie (z.B. Auf/Abbau, 
ACCEPT, REJECT . . ..) . auswertet . 

Figur 24 zeigt den Aufbau des Adresschemas eines 
eindimensionalen CT-Baumes. Die Rechtecke symbol isier en 
eine CT, Dabei ist die Adresse der CT eingetragen. - 
kennzeichnet unrelevante Adressbits, die nicht 
ausgewertet werden, die relevanten Adressbits sind mit 
binarer 0 Oder 1 angegeben, * steht fur jedes beliebige 
Adressbit. Es ist leicht nachvollziehbar, daft durch 
Projektion dieses Schema auf mehrdimensionale Baume 
ebenso angewendet werden kann, dabei stellen die 
angegebenen Adressen jeweils eine der Achsen dar; mit 
anderen Worten/ pro Achse existiert ein entsprechendes 
separates Adressystem. 

Figur 24a zeigt die Adressierung von CT 0001 aus. Dabei 

ist die relative Adresse -1 angegeben. Durch die 
Berechnung -1+1 =00 ("relative Bewegung" + "Adresse 
der INITIATOR-CT auf aktueller Ebene"), kann die CT 0000 
berechnet werden, die auf denselben lokalen Bus 
geschaltet ist. . 

In Figur 24b ruft die CT OOlO die relative Adresse +10 
auf. Die Berechnung 10+0 = 10 ("relative Bewegung" + 
"Adresse der INITIATOR-CT auf aktueller Ebene") ergibt 
den Ubertrag 1, da der Adressbereich des niedersten 
lokalen Busses genau ein Bit breit ist. Dadurch wird der 
nachst hohere Bus selektiert. Dessen Adressberechnung 
ergibt mit 10+10 = 100 ("relative Bewegung" + "Adresse 
der INITIATOR-CT auf aktueller Ebene") erneut einen 
Ubertrag^ da dessen Adressbereich mit 2 Bit um genau 
eins grofier ist, als der Adressbereich des niedersten 
Busses. Auf der nachsthoheren Ebene tritt bei der 
Berechnung 10 + 010 = 0100 kein Ubertrag auf, sodali das 
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3. Bit (von links) den Pfad 1** mit der nachst tieferen 
Ebene adressieirt/. das. 2. Bit (yon . links), den Pfad 10* ... 
der wiederum nachst niedersten Ebene adressiert und 
schiieiilich das letztje Bit die TARGET-CT selektiert, 
Figur 24c zeigt das bekannt Verf ahren uber . 2 Ebert^^ in 
positive Richtung und Figur 24d zeigt das Verfahren iiber 
drei Ebenen in negativer Richtung mit negativem 
Uberlauf . 

Figur 25 zeigt den Aufbau eines 2-dimensionalen. CT-r 
Baxames. Auf der untersten Ebene (2502) befinden sich 2- 
dimensional angeordnet die CTs (2501). Die Adresse der 
Dimension ist mit.x/y in der jeweiligen CT angegeben. 
2502 ubergeordnet ist die nachsthohere Ebene (2504) . 
Daren CTs (2503) steuern jeweils eine Gruppe von 4 CTs 
der Ebene 2502. Der Adressraum der CTs auf 2504 ist urn 
ein Bit waiter, * kennzeichnet die Adressbits dar Ebene 
2502, die fur die Selektion der CTs auf 2504 irrelevant 
sind. 2504 ubergeordnet befindet sich die ROOT-CT 2505. 
Deren Adresse ist wiederum um ein Bit weiter, die 
Bedeutung von * ist Squivalent. 

Figur 26 zeigt die Verkettung des Garbage-Kollektors bei 
der .MikrQkontroller^Implementierung* Dabei sind 
samtliche KRs miteinander iiber die Headereintrage 

(garbage-previous/garbage-next) miteinander verkettet. 
Beim Durchlauf en des Garbage-Koirektbrs durch die Liste/ 
wird das Alter der KR durch Erhohen des Eint rages um 

(+1) fur die Cache-Statistik (2602) protokolliert . Der 
Garbage-Kollektor achtet auf den Eintrag KR-Statistik 

(2601), der anzaigt, ob die KR noch in der FILMO-Liste 
hangt. In diesem Fall darf die KR nicht von GC geloscht 
werden, da sie noch unkonf igurierte KW enthait. 
Alternativ konnte dieser Test auch iiber die EintrSge 
FILMO-next und FILMO-previous ablaufen. 
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In Figur 27 ist die Verkettung der FILMO-Liste 
dargestellt ... . . . . 

Dabei kann die Verkettung eine vollkoiranen andere als in 
der Garbage-Liste (Fig. 26) sein. Die KRs sind uber 
FILMO-previous und FILMO-next verkettet. Die Eintrage 
KR-Statistik (2701) zeigen auf das jeweils erste noch 
nicht konf igurierte KW in der jeweiligen KR. Ein FILMO- 
Lauf gestaltet sich derart, dafi in der ersten ID die KR 
gestartet wird. Nach Ausfiihrung wird die Position des 
nicht ausgefiihrten KW nach 2701 geschrieben. Sollte KR 
komplett ausgefUhrt worden sein, wird das KR aus der 
verketteten FILMO-Liste entfernt, verbleibt aber im . 
Speicher , Danach wird iiber . die FILMO-Liste zu dem . . 

nachsten KR gesprungen, das ebenso verarbeitet wird. 

Figur 28 verdeutlicht den Aufbau einer KR bei 
Mikrokontrollersteuerung. Zu Beginn steht ein 
Sprungbefehl, der hinter den Header (2801) der KR 
springt. Jedem KW zugeordnet ist das FILMO-Bit (2802). 
Eine 1 (2803) zeigt an, dali das KW von den CEL 
akzeptiert wurde (ACCEPT) und beim nachsten Durchlauf 
nicht mehr ausgefiihrt wird. Eine 0 (2804) zeigt einen 
REJECT an, das KW muii beim nachsten Durchlauf erneut 
ausgefiihrt. werden. Die optionale KR-Statistik (2701) 
zeigt auf das erste mit 0 gekennzeichente KW. Erhalt 
PUSHRET (28.05) einen REJECT, wird die Abarbeitung des KR 
hier abgebrochen urid.beim nachsten Durchlauf entweder 
beim ersten KW oder an der Stelle auf die 2701 zeigt neu 
aufgesetzt. Ansonsten wird das KR an dessen Ende bei 
2806 ordentlich verlassen. 

Figur 29 zeigt die Schaltung zum Sichern der 
Statusinformationen einer CEL vor dem Durchlaufen des 
FILMOs Oder Starten einer KR. Die Statusinformation 
gelangt aus der CEL (2901) auf ein Register (2902) . Vor 
dem Durchlaufen des FILMOs oder Starten einer KR sendet 
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die CT ein Freigabesignal (2903) an 2902. Daraufhin wird 
die Statusinformation ubernonmien und an die CT 
weitergeleitet (2904) . 2904 bleibt konstant bis zum 
nachsten AJDsenden von 2903. 



63 



wo 99/44120 



PCT/DE99/00505 



Begrif f sdefinition 

AC^PT Signal,, das anzeigt, dafi die. adressierte CE^^ 
sich in einem konf igurierbiaren Zustand befindet und das 
gesendete KW anhimmt... 

Block-Befehle (u.a.BLCXrK-MOVE) Befehle, die eine 
Mehrzahl von Daten (einen Block) im Speicher oder 
zwischen Speicher und Peripherie verschieben. Dabei wird 
die Herkunftsadresse der zu verschiebenden Daten, die • 
Zieladresse der Daten und die Lange das Datenblocks 
angeben. 

Broadcast Senden einer Information an eine Vielzahl 

von EmpfSngern. 

Datenerapfanger Die Einheit (en) , die Ergebnisse der 

CEL weiterverarbeitet/-~arbeiten 

Datensender Die Einheit (en), die Daten ftir die CEL 
als Operanden zur Verftigung stellt/stellen 

Datenwort Ein Datenwort besteht aus einer beliebig 

langen Bit-Reihe. Diese Bit-Reihe stellt eine 
Verarbeitungseinheit fiir eine Anlage dar. In einem 
Datenwort k5nnen sowohl Befehle fur Prozessoren o.a. 
Bausteine sowie rein Daten kodiert werdeh. 

Deadlock Zustand, indem aufgrund gegenseitiger 

Blockade keinerlei Datenverarbeitung mSglich ist. 

DFP Datenflufiprozessor nach Patent/Of fenlegung DE 

44 16 881 

DPGA Dynamisch konf igurierbare FPGAs. Stand der 

Technik 
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Elemente . . .. . .. Sainmelbegrif f. f ur ..al^^ Arten. ypn^^ in sich. 

abgeschlossenen Einheiten, welche als Stuck in einem 
elektronischeri Baustein zum Einsatz konimen konnen. 
ElementiB sind also: 

- Konfigurierbare Zellen aller Art 

- Cluster 
-RAM-Blocke 

- Logik 

- Rechenwerke 

- Register 

- Multiplexer 

- I/O Pins eines Chips 

Ereignis Ein Ereignis kann durch ein 

Hardwareelement in irgendeiner zur Anwendung passenden 
Art und Weise ausgewertet werden und als Reaktion auf 
diese Auswertung eine bedingte Aktion ausl5sen, 
Ereignisse sind somit zum Beispiel: 

- Taktzyklus einer Rechenanlage . 

- internes oder externes Interrupt-Signal . 

- Trigger-Signal von anderen Elementen innerhalb des 
Bausteines. 

- Vergleich eines Datenstroms und/oder eines. 
Befehlstroms rait einem Wert. 

- Input/Output . Ereigenisse. 

-. Ablauf en, uberlaufen, neusetzen. etc. eines Zahlers. : 

- Auswerten eines Vergleichs. 

FIFO First-In, First-Out Speicher nach dem Stand 

der Technik 

Fimo Abgewandeltes FIFO, aus dem linear Daten 
gelesen werden. Eine Beschrankung des Lesezeigers auf 
den Beginn des Speichers ist nicht vorhanden. 
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FPGA Prograimnierbarer Logikbaustein. Stand der 

..Technik, . ... % ........... ... 

F-PLUREG Register in dem die Funktipn der CEL gesetzt 
wird. Ebenfalls wird der OneShbt- und Sleep-Mode 
gesetzt . . Das Register wird; von der FLU. beschrieben . 

Fragmentiemuig Zerteilen von Speicher in eine 

Vielzahl oftmals kleiner und damit nutzloser 
Speicherbereiche - . 

Garbage-Kollektor Einheit zum Verwalten des Speichers. 
Verhindert eine Fragmentierung. 

H-Pegel Logisch 1 Pegel, abhangig von der verwendeten 
Technologie 

HOST Einem Baustein oder Baugruppe iibergeordneter 

Rechner- 

ZDLB-Zyklus Zyklus, in dern eine Statemachine keine 
Verarbeitung durchfiihrt. Grundzustand einer 
Statemachine . 

INITER-CT-BUS Bussystem zwischen den GTs einer Ebene 
und einer hoherliegenden CT (oder CT-Gruppe) . 

INITIATOR . CT, die'einen Zugriff auf den Ihter-Ct- 
Bus startet. 

Pointer Zeiger auf eine Adresse bzw. ein 

Datenwort . 

konfigurierbares Element (KE) Ein konfigurierbares 

Element stellt eine Einheit eines Logik-Bausteines dar, 
welche durch ein Konf igurationswort fiir eine spezielle 
Funktion eingestellt werden kann. Konf igurierbare 
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Elemente sind somite alle Art en von RAM Zellen, 
Multiplexer, Arithmetische logische Einheiten,^ Register 
und alle Arten von interner und externer 
Vdrnistzungsbeschreibung etc.} • . - 

konfigurierbare Zelle (CEL) Siehe Logikzellen 

Konfigurieren Einstellen der Funktion und 

Vernetzung einer logischen Einheit, einer (FPGA) -Zelle 
Oder einer CEL (vgl^ umkonf igurieren) 

Konfigurationsdaten Beliebige Menge von 

. Konf igurationsworten. 

Konfigurationsroutine (KR) Mehrere Konf igurationsworte 
zu einem Algorithmus zusammengefugte . 

Konfigurationsspeicher Der Konfigurationspeicher 

enthSlt ein oder mehrere Konf igurationsworte. 

Konfigurationswort (KW) Ein Konf igurationswort 

besteht aus einer beliebig langen Bit-Reihe. Diese Bit- 
Reihe stellt eine giiltige Einstellung fiir das zu 
konf igurierende Element dar, so das eine funktionsfahige 
Einheit entsteht. 

Ladelogik Einheit zum Konfigurieren und 

Umkonf igurieren der CEL. Ausgestaltet durch eirien 
speziell an seine Aufgabe angepafiten Mikrokontroller . 

Logikzellen Bei DFPs, FPGAs, DPGAs verwendete 
konfigurierbare Zellen, die einfache logische oder 
arithmetische Aufgaben gemafi ihrer Konf iguration 
erfiillen. 
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Lookup-Tabelle Stand der Technik, Verfahren zum 

Obersetzen von paten • . . 

LUTl Ldokup-TcQ5elle> die einen Trigger auf eihe ID 

; . liber set zt. undfeststellty pb der Trigger einer giQltigen . 
ID zugeordnet ist. 

LUT2 Lookup-TabellS/ die eine ID auf die Adresse 

der entsprechenden KR im lokalen Speicher iibersetzt und 
feststellt^ Ob die KR im lokalen Speieher vorhanden ist. 

L-Pegel Logisch 0 Pegel, abhangig von der verwendeten 
Technblogie 

Maske Bitkombination, die die giiltigen Signale 
innerhalb einer Mehrzahl von Signalen angibt. 

Priorislerung Festlegung einer Reihenfolge. 

REC0NFI6 Rekonfigurierbarer Zustand einer CEL. 

RECONFIG-Trigger Setzen einer CEL in. den 
rekonfigurierbaren Zustand. 

REJECT Signal, das anzeigt, dali die adressierte CEL 
sich in einem nicht konf igurierbaren Zustand befindet 
und das gesendete KW nicht anninimt. 

RBMOVE-<ID> 1. Befehl innerhalb eines KR zum 
Entfernen der durch ID referenzierten KR. 
2. Befehl einer ubergeordneten CT liber ein separates 
Interface oder Handshaking an eine untergeordnete CT zum 
loschen der durch ID referenzierten KR. 

RESET Riicksetzen eines Bausteines oder eines ganzen 
Coraputersystems in einen definierten Grundzustand. 
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ROOT-CT CT.der hpchsten Hierarchieebene mit direktem . 
Zugriff auf den externen Konfigurationsspeicher . 

Round-Rpbin-Arbiter Arbiter der im Kreis lauft und 

immer dem zuletzt arbitrierten Signal die niederste 
Prioritat zuordnet. 

Statemachine siehe Zustandsmaschine . 

Synchronisationsslgnale Status signale die von einem 

konfigurierbaren Element oder einem Rechenwerk geheriert 
werden und zur Steuerung und Synchronisation der 
Datenverarbeitung an weitere konf igurierbare Element 
Oder Rechenwerke weitergeleitet werden. Es ist auch 
moglich ein Synchronisationssignal zeitlich verzogert 
(gespeichert) an ein und dasselbe konf igurierbare 
Element oder Rechenwerk zuruckzuleiten . 

TARGET CT, die einen Ziel eines Zugriffs auf den 

Inter-CT-Bus ist. 

Trigger Synonym ffir Synchronisationsslgnale. 

Uxnkonfigurieren Neues Konf igurieren von einer 
beliebigen Menge von CELs wahrend eine beliebige 
Restmenige.von CELs ihire eigenen Funktiorien fortsetzen 
(vgl. konf igurieren) . 

Verkettete-Liste Uber Pointer zusammengefiigte 
Datenstruktur nach dem Stand der Technik. 

Zellen Synonym fiir konf igurierbare Elemente 

Zustandsmaschine Logik, die divers en ZustSnden 

annehmen kann. Die Ubergange zwischen den Zustanden 
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sind von verschiedenen Eingangsparametern abhangig. 
piese Maschinen werden zur. Steuerung komplexer. 
Funktionen eingesetzt und entsprechen dem Stand der 
■Technik/ 
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Patentanspriiche 

i. Verfahren zum deadlockf reien, autbmatischen 
Kohfigufieren und Rekoiif iguriereh von Bausteirieri mit . 
zwei- Oder mehrdimensionaler Zellanordnung (z.B, FPGAs, 
DPGASr DFPs^ o.dgl.), dadurch gekennzeichnetf dafi eine 
Einheit zur Steuerung der Konf iguration und 
Rekonf iguration eine Menge von zugeordneten 
konfigurierbaren Elementen verwaltet, wobei die Menge 
eine Teilmenge Oder die Gescuntmenge aller 
korifigurierbaren Elements darstellt, und die Verwaltung 
wie folgt ablauft 

1.1 Rekonf igurationsanforderungen von den 

zugeordneten konf igurierbaren Elementen an die 
Einheit gesendet werden 

1.2 die Einheit die Anf orderungen bearbeitet, indem 

a) der momentane Status der konf igurierbaren 

Elemente gesichert wird, 

b) die noch zu ladenden Konf igurationsdaten 

bestehender friiherer Anforderungen aus einem 
Puf ferspeicher (FILMO) soweit wie moglich in 
die konf igurierbaren Elemente geladen werden, 

c) die Rekonf igurationsanforderung. auf die Adresse 

der zu ladenden Konf igurationsdaten im Speicher 
der Einheit umgesetzt wird, sof ern die 
Konf igurationsdaten im Speicher der Einheit 
existieren, 

d) die Konf igurationsdaten mit der entsprechenden 

ID bei einer iibergeordneten Einheit angefordert 
und geladen werden, sofern die 
Konfigurationsdaten nicht im Speicher der 
Einheit existieren, 

1.3 die Einheit die Konfigurationsdaten der 
Befehlssequenz abarbeitet, indem 
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. a) die Konf igurationsdaten in die konf igurierbaren 
Elemente ge laden, werden, sofern die ,. . 
konf igurierbaren Elemente die Daten annehmen 
kSnnen/ 

. b) die Konfigurationsdatendef konf igurierbaren 

Elemente, die die Daten nicht annehmen konnen 
entsprechend ihrer zeitlichen Abfolge in den 
Puf ferspeicher (FILMO) geladen werden, 
1.3 nachdem die Konf igurationsdaten vollstandig 
.abgearbeitet sind, wieder neu . auftretende 
Anforderungen akzeptiert werden, wobei bis zum 
Auftreten einer erneuten Anforderung die noch 
zu ladenden Konf igurationsdaten bestehender 
fruherer Anforderungen aus einem Puf ferspeicher 
(FILMO) in die konf igurierbaren Elemente 
geladen werden, 

2, Verfahren nach Anspruch 1, dadurch gekennzeichnet^ 
dafi 

Konf igurationsdaten, die nicht an die konf igurierbaren 
Elementen angenommen worden sind/ an das Ende des 
Puf ferspeichers (FILMO) geschrieben werden, 

3, Verfahren nach Anspruch 1 und 2, dadurch 
gekennzeichnet, daU 

Konf igurationsdaten zum Schreiben in die 

konf igurierbaren Elemente vom Anfang zum Ende des 

Puf ferspeichers gelesen werden, wobei der Puf ferspeicher 

immer komplett durchlaufen wird, 

4, Verfahren nach Anspruch 1 bis 3, dadurch 
gekennzeichnet , daft 

Konfigurationsdaten^ die am Anfang des Puf ferspeichers 
in die konf igurierbaren Elemente geschrieben werden, im 
Puf ferspeicher geloscht werden, d.h. der Lesezeiger wird 
hinter die geschriebenen Daten gesetzt, 
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5. Verfahren nach Anspruch 1 bis 4, dadurch 
gekennzeichnet, dafe 

Konfigurationsdaten/ die aus der Mitte des 

Puf f erspeichers in die konf igurierbaren Elemente 

geschrieben werden^ 

a) entweder im Puf f erspeicher als geloscht markiert 
werden und damit bei einem erneuten 
Lesedurchlauf iibersprungen werden, 

b) Oder im Puf f erspeicher (FILMO) geloscht werden, 
indem. die noch- existierenden Konf igurationsdaten- 
ausgehend von der zu ISschenden Speicherstelle 
bis zum Anfang oder zum Ende des Puf f erspeichers 
(FILMOs) so verschoben werden, dali die geloschte 
Speicherstelle mit bestehenden 
Konfigurationsdaten belegt ist und die Zeiger 
auf den Beginn oder das Ende des Speichers 
entsprechend angepafit werden, 

6. Verfahren nach Anspruch 1 bis 5, dadurch 

gekennzeichnet , daft 

eine Zustandsmaschine (Garbage-Kollektor) den Speicher 
(CTR) der Einheit so verwaltet, daB keine Speicher liicken 
entstehen, indem Speicherliicken mit existierenden 
Konfigurationsdaten ausgehend vom Beginn der 
Speicherlucke bis zum Elide des Speichers (CTR) so 
verschoben werden, daB die geloschte Speicherstelle mit 
bestehenden Konfigurationsdaten belegt ist und die 
Zeiger auf das Ende des Speichers und die Ubersetzung 
der IDs auf verschobene Speicherstellen entsprechend 
angepaBt werden, 

7. Verfahren nach Anspruch 1 bis 6, dadurch 
gekennzeichnet, daB 
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bei der Einheit eingehende Anf orderungen auf eine 
eindeutige Kennung (ID) einer Konf igurationsroutine 
ubersetzt wird, und die ID auf eine Speicherstelle im 
Speichef^ ^ - 

8. Verfahren nach Anspruch 1 bis 7, dadurch 
gekennzeichnet , dafi 

Konfigurationsdaten das Laden weiterer 
Konf igurationsdaten bewirken (EXECUTE) , 

9. Verfahren nach Anspruch 1 bis 8, dadurch 
gekennzeichnet, daJi . 
die Einheiten hierarchisch in einer Baumstruktur . 
arigeordnet sind, 

10. Verfahren nach Anspruch 1 bis 9, dadurch 
gekennzeichnet, dal5 

die hochste Einheit in der Baumstruktur einen 
gemeinsamen Speicher mit einem iibergeordneten Rechner 
teilt und der iibergeordnete Rechner die Ablaufe in dera 
Baustein iiber Koinmunikation mit der iibergeordneten 
Einheit steuert, 

11. Verfahren nach Anspruch 1 bis 10, dadurch 
gekennzeichnet, daB 

Einheiten mittlerer und hochster Hierarchieebene neben 
gewohnlichen Anforderungen (Trigger) auch auf 
Anf orderungen von IDs reagieren, wobei die Ubersetzung 
der ID in die Adresse der Speicherstelle der 
referenzierten Konf igurationsroutine erfolgt und die 
Ubersetzung eines Triggers in eine ID entfallt. 

12. Verfahren nach Anspruch 1 bis 11, dadurch 
gekennzeichnet, dafi> 

Konfigurationsdaten mittels Anforderung an eine andere 
Einheit das Ausfuhren weiterer Konfigurationsdaten in 
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der anderen Einheiten bewirken (TRIGGER) , wobei die 
Anf order ungen 

a) ais Broadcast an alle anderen Einheiten gesendet 
■werdeh; ■ ' V" • 

b) . nur an. die direkt tibergeordnete Einheit gesendet .. 
warden^ 

c) nur an die direkt untergeordnet (n) Einheit (en) 
gesendet werden 

d) an eine bestimmte, adressierte Einheit gesendet 
werden. 

13. Verfahren nach Anspruch, 1, dadurch gekennzeichnet, 
dalJ .. 

bestimmte Konf igurationsdaten der kbnf igurierbaren 
Elemente, die die Daten nicht annehmen konnen, in den 
Puf ferspeicher (FILMO) geladen werden und samtliche 
nachfolgenden Konf igurationsdaten einer Befehlssequenz 
ebenfalls in den Puf ferspeicher geladen werden. 

14. Verfahren nach Anspruch 1, dadurch gekennzeichnet, 

dafi 

bestimmte Konf igurationsdaten der konf igurierbaren 
Elemente nur in die konf igurierbaren Elemente geladen 
werden, wenn alle vorhergehenden Konf igurationsdaten 
einer Befehlssequenz in die konf igurierbaren Elemente 
geladen werden konnten. 

15. Verfahren nach Anspruch 1, 13 und 14, dadurch 
gekennzeichnet f dafi 

durch Einsatz der Verfahren nach Anspruch 13 und/oder 
Anspruch 14 eine fest vorgegebene 

Konfigurationsreihenfolge innerhalb der Befehlssequenz 
eingehalten wird. 

16. Verfahren nach Anspruch 1, dadurch gekennzeichnet, 
dai^ 
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die von den zugeordneten Elementen eintref fende . 
Rekonf igurationsanfo^^ 

Identifikationsnuramer der entsprechenden Befehlssequenz 
ubersetzt wirdl 

17. Verfahren nach Anspruch 1 und 16, dadurch 
gekennzeichnet , dafi 

bei der Ubersetzung auf Identif ikationsnummer nicht 
referenzierte Rekonf igurationsanforderung erkannt und 
als nicht referenziert markiert und verarbeitet werden. 

18. Verfahren nach Anspruch 1 und 16, dadurch 

gekennzeichnet, dafi... 

die Ubersetzung der Identif ikationsnummer tiber eine 
Lookup-Tabelle erfolgt. 

19. Verfahren nach Anspruch 1, dadurch gekennzeichnet, 
dafi 

die von den zugeordneten Elementen eintreffende 
Rekonfigurationsanforderung bereits mit einer 
eindeutigen Identifikationsnummer versehen ist. 

20. Verfahren nach Anspruch 1 und 16 bis 19, dadurch 
gekennzeichnet, dafi 

die eindeutigen Identifikationsnummer auf die Adresse 
der entsprechenden Befehlssequenz im Speicher ubersetzt 
wird. . • . 

21. Verfahren nach Anspruch 1 und 20, dadurch 
gekennzeichnet, daB 

sofern keine giiltige Adresse exisitert, die 
entsprechende Befehlssequenz in den Speicher geladen 
wird und die Adressreferenz aufgebaut wird. 

22. Verfahren nach Anspruch 1 und 20, dadurch 
gekennzeichnet, daU 
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die tibersetzung der Identifikationsnununer auf die 
Adresse uber eine Lopkup-Tabelle erfolgt. 

23. Verfahrien nach Arispruch 1 bis 22, dadurch 
gekennzeiehnet, daB 

der Puf ferspeicher nicht als getrennter Speicher 
ausgefiihrt ist, exakt mit der Befehlssequenz 
iibereinstimmt, wobei nicht konf igurierbare 
Konf igurationsworte als solche markiert warden, so daJS 
. bei.einem erneuten Aufruf der Befehlssequenz ledigllch 
die markiert en Konf igurationsworte erneut abgearbeitet 
werden. 

24. Verfahren nach Anspruch 1 und 23, dadurch 
gekennzeichnet, daB 

die Befehlssequenzen durch Zeiger so verkettet werden, 
daft die zeitliche Abfolge beim Laden der vormals nicht 
konfigurierbaren Konfigurationsworte in die 
konfigurierbaren Elemente eingehalten wird. 

25. Verfahren nach Anspruch 1 und 23, dadurch 
gekennzeichnet , daB 

die Befehlssequenzen vdllstandig durch Zeiger verkettet 
sind, so daB ein Garbage-Kollektor anhand der Kette iiber 
samtliche Befehlssequenzen lauft und eine zu entfernende 
Befehlssequenz mit den nachfplgenden uberschreibt und 
aus der Zeiger-Kette entfernt. 
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